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Preface 

Read This First 



This document describes tlie TMS34020 Grapliics System Processor. It 
focuses on the TI\/IS34020's role in applications that involve CRT-based 
bit-mapped graphics systems. 



If You Need Assistance... 



If you want to . 



Do this... 



Receive more information about 
Texas Instruments graphics products 



Call the CRCt hotline: 
(800) 232-3200 

Or write to: 

Market Communications Manager 
P.O. 80x1443, MS 736 
Houston, Texas 77251-1443 



Order Texas Instruments 
documentation 



Call the CRC "^hotline: 
(800) 232-3200 



Ask questions about product 
operation or report suspected 
problems 



Call the graphics hotline: 
(713)274-2340 



Report mistakes In this document or 
in any other Tl documentation 



Send your comments to: 
Technical Publications Manager 
Texas Instruments Incorporated 
P.O. Box 1443, MS640 
Houston, Texas 77251-9879 



t Texas Instruments Customer Response Center 



Related Documentation from Texas Instruments 



The following TMS3401 and TMS34020 documents are available from Texas 
Instruments. To obtain a copy of any of these Tl documents, please call the Tex- 
as Instruments Customer Response Center (CRC) at (800) 232-3200. When 
ordering, please identify the book by its title and its literature number. 

P/xe/Perspecf/Ves is a quarterly newsletter, published by the Graphics Prod- 
ucts group of Texas Instruments Incorporated. This newsletter describes 
new products, discusses support for existing products, and identifies new 
documentation releases. 



Notational Conventions 



The TMS34020 Data Sheet (\\l number SPVS004) contains electrical specifi- 
cations, timing information, and mechanical data for the TMS34020. 

The TMS340 Family Code-Generation Toois User's Guide (lit. number 
SPVU004) describes the C compiler, assembler, linker, archiver, and 
auxiliary tools that are available for developing TMS3401 or TMS34020 
code. 

The TIGA'340 Interface User's Guide (lit. number SPVU01 5) describes the 
Texas Instruments Graphics Architecture (TIGA), a software interface 
that standardizes communication between application software and 
TMS340-based hardware for IBM-compatible PCs. 

The TMS34010 Software Development Board User's Guide (lit. number 
SPVU002) describes a high-performance graphics card that aids in 
understanding Tl graphics products. Read Pixel Perspectives for discus- 
sions of a TMS34020 version of this product and its documentation. 

The TMS34010 User's Guide (lit. number SPVU001) describes the 
TMS34010, which is the first-generation graphics system processor in 
the TMS340 family of graphics products. 

Notational Conventions 

The following terms and conventions are used throughout this manual. 



Term/Convention 



Description 



Rs, Rd 

Rs-XY, Rd.XY 
Rs.X, Rd.X 
ks.Y, Rd.Y 
R 

PC 

Rp 
cc 
IW, IL 

SAddress, DAddress 
SOffset, DOffset 
LSB, MSB 
LSbyte, MSbyte 
LSW, MSW 



source register, destination register. 

source or destination register in XY form. 

X half of source or destination register. 

Y half of source of destination register. 

is a bit in an instruction opcode that Identifies which reg- 
ister file the register operands are in. R=0 Identifies file 
A; R=1 identifies file B. 

Is the address of the next instruction (current PC plus 
the length of the current Instruction). 

register pair. 

condition codes for a jump instruction. 

16-bit immediate value (short), 32-bit immediate value 
(long). 

source address, destination address. 

source offset, destination offset. 

least significant bit, most significant bit. 

least significant byte, most significant byte. 

least significant word, most significant word. 
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Notational Conventions 



Term/Convention 



Description 



n 

An, Bn 
TOS 
F 



XXX [[REGISTER]] 



special font 



boldface text 



italic text 



[] 



\value\ 



identifies a number that may have several values. 

identifies register n in register file A or file B. 

top of stack. 

optional field select parameter for MOVE-field instruc- 
tions. F=0 selects the field size & extension of field for 
the move; F=1 selects the field size & extension of field 
1 for the move. 

identifies a bit within a register. For example, 
CBP[[C0NFIG]1 
refers to the CBP bit in the CONFIG register. 

identifies program listings, coding examples, filenames, and 
symbol names. For example, 

0011 00000210 0001 .field 1, 2 

0012 00000212 0003 .field 3, 4 

0013 00000215 0006 .field 6, 3 

0014 00000220 .even 

serves two purposes. In text, boldface identifies a key term 
that is being defined. In instruction syntax, boldface identi- 
fies the part of the instruction that you must enter as shown. 
For example, enter 
PIXBLT B,XY 
exactly as shown (pixblt b, xy). 

serves two purposes. In text, italics emphasize important 
explanations. In instruction syntax, italics identify "place- 
holders" that identify the type of Information you should enter 
for a parameter. For example, 
CVXYL Rs, Rd 

CVXYL is an instruction that has two parameters, Rs and 
Rd— you must replace Rs and Rd with actual source and 
destination registers (cvxyl ao, A3) . 

identify an optional parameter. Here's an example of an In- 
struction with an optional parameter: 
CMPI /IV, f?of /,W7 

CMPI has 3 parameters; the first two are required, the third is 
optional. Note that the , W is bold— -so if you use the optional 
parameter, you must type it as shown. 

means becomes the contents of. In an instruction execution 
description, for example, 

f?s-> PC 

the contents of Rs become the contents of (or replace the 

contents of) the program counter. 

means take the absolute value of the item between the par- 
allel bars. 
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Term/Convention 



Description 



{choice1\clioice2} 



valueb , valueB 
valueh , valueH 



identifies a list; you can enter choice 1 or choice 2. 

Indicates concatenation. For example, 

Rd:Rd+1 

forms a 64-bit register area of Rd and the next register in the 

same file. 

identifies a binary integer. For example, 
01b 1111B 

identifies a hexadecimal integer. A hex number can't start 
with a letter— start it with a Instead. For example, 
OFFFFh 123H 



Information About Cautions and Warnings 



This is a caution. 

A caution describes a situation that could potentially damage your soft- 
ware or equipment 



This Is a warning. 

A warning describes a situation that could potentially cause harm to 
you. 



The information in a caution or a warning is provided for your protection. Please 
read each caution and warning carefully. 



Suggested References 



The following books and articles provide further background information about 
graphics and system concepts associated with graphics: 

Artwick, Bruce A. Applied Concepts in Microcomputer Graphics. Englewood 
Cliffs, New Jersey: Prentice-Hall, 1984. 

Asal, Short, Preston, Simpson, Roskell, and Guttag. "The Texas Instruments 
34010 Graphics System Processor." IEEE Computer Graphics and 
Applications vol.6, no.lO, pp. 24 — 39. 
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Bresenham, J.E. "Algorithm for Computer Control of a Digital Plotter." IBM Sys- 
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Bresenham, J.E. "A Linear Algorithm for Incremental Display of Digital Arcs." 
Communications of the ACM 20 (Feb. 1 977): 1 00—1 06. 

Cody, William J. Jr., and William Waite. Software Manual for the Elementary 
Functions. Englewood Cliffs, New Jersey: Prentice-Hall, 1980. 

Foley, James, and Andries van Dam. Fundamentals of Interactive Computer 
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Chapter 1 

Overview of the TMS34020 






The TMS34020 Graphics System Processor (GSP) is an advanced, 32-bit 
microprocessor, optimized for graphic display systems. The TMS34020 is the 
second generation of the TMS340 family of computer graphics products from 
Texas Instruments. 

The TMS34020 provides a high-performance, cost-effective solution for appli- 
cations that require efficient data manipulation in a graphics environment. The 
TMS34020 can be configured to serve in a host-based, stand-alone, or multi- 
processing system. The TMS34020 has host and multiprocessor interfaces to 
facilitate implementation of multiple TMS34020 systems. 

The TMS34020 is well supported by a full set of hardware and software devel- 
opment tools, including an optimizing C compiler, an assembler, software 
libraries, a PC-based development board, and an emulator. In addition, the 
TMS34020 is fully compatible with and supported by the Texas Instruments 
Graphics Architecture (TIGA-340). 

Topics covered in this introductory section include 



Section Page 

TMS34020specific information 1.1 Key Features 1-2 

describes ctiaracteristios ofttie 1 2 Typical Applications 1-3 

TMS34020 processor. ^3 Major Components of 

the TMS34020 Architecture 1-4 

Information about related products 1 .4 System Development Tools 1-10 

describes ttie development tools ^^ Processors for a Graphics System 1-14 

and devices for supporting the . ^ ^ ,...,., „ . ,. 

TMS34020, and discusses ^'^ Compatibility Between the 

!Zn-. 1 r "'^ . "^ TMS3401 and TMS34020 1-16 

compatibility with earlier devices. ivioo^v^ 1 ^ ai lu 
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1 .1 Key Features of the TMS34020 

□i Fully programmable 32-bit general-purpose processor with 51 2-Mbyte 
linear address range (bit addressable) 

Qi Second-generation graphics system processor 

■ Object code compatible with the TMS3401 

■ Enhanced instruction set 

■ Optimized graphics instructions 

■ Direct coprocessor interface to TMS34082 floating-point processor 

Q Instruction cycle times: 

■ TMS34020-40 100 ns 

■ TMS34020-32 125 ns 

□ On-chip peripheral functions include 

■ Programmable CRT control 

■ Direct DRAM/VRAM interface 

B Direct communication with an external (host) processor 

■ Communication with multiple TMS34020s 

■ Functional expansion with the coprocessor interface 

■ Automatic CRT display refresh 

Qi Instruction set supports special graphics functions such as pixel 
processing, XY addressing, and window checking 

i^ Programmable 1-, 2-, 4-, 8-, 16-, or 32-bit pixel size 

Q 1 6 Boolean and 6 arithmetic pixel processing options (raster-ops) 

□ 30 general-purpose 32-bit registers 

□l 51 2-byte LRU on-chip instruction cache 

Q Optimized DRAM/VRAM interface 

■ Page mode for burst memory operations up to 40 Mbytes per second 

■ Dynamic bus sizing (1 6-bit and 32-bit transfers) 

■ Byte-oriented CAS strobes 

■ Automatic CRT display refresh 

□i Flexible host processor interface 

■ Supports host transfers at up to 20 Mbytes per second 

■ Direct access to all of the TMS34020 address space 

■ Implicit addressing (autoincrementing) 

■ Prefetching for enhanced read access 

Qi Flexible multiprocessor interface 
1-2 Overview of the TMS34020 



Key Features / Typical Applications of the TMS34020 



Q Programmable CRT control 

■ Composite sync mode 

■ Separate sync mode 

■ Synchronization to external sync 

Q[ Direct support for special features of 1 M VRAMs 

■ Load write mask 

■ Load color mask 

■ Block write 

■ Write using the write mask 



1 .2 Typical Applications of the TMS34020 



The TMS34020's 32-bit processing power and its ability to handle complex 
data structures make it well suited for a variety of applications. Typical applica- 
tions that take advantage of the TMS34020's features include 



Computers 

Qi Terminals and CRTs 

Q Windowing systems 

Q Electronic publishing 

Ql Laser printers 

Qi Personal computers 

Ql Printers and plotters 

Ql Engineering worksta- 
tions 

Ql Copiers 

Ql Document readers 

Ql FAX 

Qi Imaging 

Ql Data processing 



Industrial Control 

Ql Robotics 
Q Process control 
Q Instrumentation 
Q Motor control 
Ql Navigation 

Consumer Electronics 

Ql Automotive displays 
Ql Information terminals 
Q Cable TV 
Q Home control 
Ql Video games 

TelecommtinioatJofis 

Q Videophones 
Q PBX 
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1.3 Major Components of the TMS34020 Architecture 



The TMS340 family of processors from Texas Instruments combines the best 
features of general-purpose processors and graphics controllers to create a 
range of cost-effective, flexible, powerful graphics systems. The key features 
of the TMS340 family are speed, a high degree of programmability, and effi- 
cient manipulation of hardware-supported data types such as pixels and 
2-dimensional pixel arrays. 

With a built-in instruction cache, the ability to simultaneously access memory 
and registers, and an instruction set that enhances raster graphics operations, 
the TMS34020 provides programmable control of the CRT interface as well as 
the memory interface (both standard DRAM and multiport VRAM). The 
TMS34020's 4-gigabit (512 Mbyte) physical address space is completely 
bit-addressable on bit boundaries using variable-width data fields. Graphics 
addressing modes support 1-, 2-, 4-, 8-, 16-, and 32-bit pixels. 

The TMS34020's unique memory interface reduces the time needed to per- 
form tasks such as bit alignment and masking while supporting advanced 
DRAM access modes. The 32-bit architecture supplies the large blocks of con- 
tinuously addressable memory that are necessary in graphics applications. 
Systems designed with the TMS34020 can take advantage of VRAM technolo- 
gy to facilitate applications such as high-bandwidth frame buffers; this circum- 
vents the bottleneck often encountered when using conventional DRAMs in 
graphics systems. 

The TMS34020 instruction set includes a full complement of general- purpose 
instructions, as well as graphics functions, that you can use to construct effi- 
cient high-level functions. The instructions support arithmetic and Boolean op- 
erations, data moves, conditional jumps, and subroutine calls and returns. The 
TMS34020 instruction set also supports the TMS34082 as a coprocessor. 

The TMS34020 architecture supports a variety of pixel sizes, frame buffer 
sizes, and screen sizes. On-chip functions have been carefully selected so that 
no functions tie the TMS34020 to a particular display resolution. This enhances 
the portability of graphics software and allows the TMS34020 to adapt to 
graphics standards such asTIGA, MIT'sX, CGI/CGM, GKS, NAPLPS, PHIGS, 
and evolving industry and display-management standards. 

Figure 1-1 illustrates the TMS34020's internal architecture. 
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Figure 1-1. TMS34020 Block Diagram 
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1.3.1 Internal Functions 



The center portion of Figure 1-1 higliiights the main internal functions of the 
TMS34020 CPU. 

Qi The 32-bit status register (ST) contains several bits that indicate the CPU 
status. Section 4.1 (page 4-2) discusses the status register. 

Qi The 32-bit program counter (PC) points to the next instruction word to be 
fetched. The PC's four LSBs are always 0. Section 4.2 (page 4-4) dis- 
cusses the program counter. 

Qi Register files A and B each contain fifteen 32-bit general-purpose regis- 
ters. The B-file registers are also used as implied operands for the graphics 
instructions. Section 4.4 (page 4-6) discusses the register files. 

Q The 32-bit stack pointer (SP) contains the bit address of the top of the sys- 
tem stack. The SP is also available to instructions that operate on either 
register file. For more information, refer to Section 4.3 (page 4-5). 
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Instruction cache 



Qi The 32-bit barrel shifter shifts or rotates 32-bit operands from 1 to 32 bit 
positions in a single machine cycle. This user's guide does not discuss bar- 
rel-shifter operation because the operation is transparent. 

Q The 32-bit ALU allows the TMS34020 to perform most register-to-register 
operations in a single machine state. (Accessing external memory 
requires a minimum of two states.) The following actions can occur in par- 
allel during a single machine state: 

■ Two operands are transferred from the selected general-purpose reg- 
ister file to the ALU. 

■ The ALU performs the specified operation on the operands. 

■ The result is routed back to the general-purpose register file. 



The TMS34020 contains a 512-byte instruction cache that can contain up to 
256 instruction words (an instruction word may be an entire single-word 
instruction or 16 bits of a multiple-word instruction). When the cache is 
enabled, the TMS34020 provides single-cycle execution of general-purpose 
instructions and of most integer arithmetic and Boolean operations. 

Chapter 5 discusses cache operation. 



I/O registers - 
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Fifty-four 1 6-bit, on-chip registers are dedicated to peripheral control functions. 
The I/O registers are divided into five categories: 

Q[ Local-memory registers are dedicated to controlling functions such as big- 
endian/little-endian addressing, refresh rate, row/column mode, plane 
masking, refresh address, and recovery from bus faults. 

Q Video timing and screen-refresh registers generate the sync and blanking 
signals used to drive a CRT, schedule screen refreshes, and allow external 
synchronization. 

Qi Host-interface registers help the TMS34020 to communicate with a host 
processor. 

Qi Interrupt-control registers provide status information about interrupt 
requests. 

Q CPU-control registers configure the TMS34020 to operate with specific 
characteristics. 

Section 4.6 (page 4-14) provides individual descriptions of each I/O register. 
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Microcontrol ROM 



Clock timing logic 



Host control logic - 



The TMS34020 transfers decoded instructions to the microcontrol ROM for in- 
terpretation. 



The clock timing logic converts the clock-input signal (CLKI N) to internal timing 
signals and generates the clock-output signals, LCLK1 and LCLK2, used by 
external devices. The machine state is a fundamental time unit of the 
TMS34020's graphics processor; it is the time interval during which the proces- 
sor is in a particular microinstruction state. The instruction timing for each 
assembly-language instruction is specified in multiples of machine states. The 
TMS34020's machine state is a single local clock period in duration (the time 
from one LCLK1 low-to-high transition to the next). The local clock period is 
four times the period of CLKIN. 



The host control logic allows a host processor to communicate with the 
TMS34020 and allows access to TMS34020 local memory. Commands, data, 
and status information are communicated through this logic. 



Page-mode registers 



The page-mode registers buffer data to and from the local-memory interface 
so that data may be temporarily stored during processing. This enhances data 
flow to memory. 



Other special processing hardware ' 



The TMS34020 CPU also supports the following special processing functions 
in hardware: 

Q[ Detecting whether a pixel lies within a specified display window 

Q[ Detecting the leftmost or rightmost 1 within a 32-bit register 

Qi Expanding a black-and-white pattern to a variable pixel-depth pattern 

Q[ Rotating and merging variable-width fields 

□ Individual byte strobes for partial word writes to memory 

Qi Dynamic bus sizing 

Q Data bus swizzling for special VRAM block modes 

Q Big-endian and little-endian addressing modes 
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1 .3.2 Major Interfaces 



Local-memory and DRAM/VRAM interfaces 



The TMS34020's local-memory interface consists of a 32-bit, bidirectional 
address/data bus, various control signals, and row/column address control. 
During a local-memory cycle, address and status information are output on the 
local address/data (LAD) bus; then, data is transferred over the same LAD 
lines. The TMS34020 can transfer data over 1 6-bit or 32-bit buses. 

The TMS34020 interfaces directly to DRAMs and VRAMs, providing address 
multiplexing for 64Kxn, 256Kxaz, 1Mx;2, and 4Mxn devices. The row and col- 
umn addresses necessary for accessing DRAMs and VRAMs are available 
directly from the TMS34020's RCA bus, eliminating the need for external multi- 
plexing hardware. 

For more information, refer to Chapter 8. 



Video interface 



The TMS34020's video interface is extremely flexible and programmable, 
allowing you to choose between 

[^ Separate sync and blanking or composite sync and blanking 

Qi Synchronization to externally or internally generated video signals 

□i Interlaced or noninterlaced video 

The video interface directly supports VRAMs by generating the serial-register 
transfers necessary for refreshing a display. 



For more information, refer to Chapter 9. 



Host interface - 



The host interface allows you to map the TMS34020's local memory into a 
host's memory address space. This allows you to transfer data, commands, 
and status information between the TMS34020 and the host processor. 



For more information, refer to Chapter 7. 



Coprocessor interface - 
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The coprocessor interface allows you to extend the TMS34020's basic archi- 
tecture. Most coprocessor interfaces require a memory-mapped approach, so 
that a processor treats a coprocessor as a peripheral device. The TMS34020, 
however, allows direct connection to a coprocessor and provides special 
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instructions that allow you to send instructions and data between the 
TMS34020 and a coprocessor. The TMS34020 provides extended coproces- 
sor support for the TMS34082 Floating-Point Processor, which is specially 
designed to serve in a TMS34020 system. 

For more information, refer to Chapter 10. 



Multiprocessor interface 



The multiprocessor interface allows multiple TMS34020s (as well as other 
processors) to share the same local memory. The TMS34020's grant-in and 
request-priority signals provide a flexible method of passing control from one 
processor to another. The multiprocessor interface requires external arbitra- 
tion logic to 

Q[ inform a TMS34020 when it can take control of the bus, and 

Qi decode the priorities of requests from the multiple processors. 

This scheme allows back-to-back memory cycles even when control passes 
from one TMS34020 to another. 

Any number of devices can be configured together within a single system. 
However, system performance is not increased significantly when a system 
contains more than three TMS34020s. 



For more information, refer to Chapter 1 1 . 
Emulation interface 



The TMS34020 supports a 4-wire interface that simplifies connections 
between a debugger and a target system. For details about emulation, refer 
to Appendix A. 
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1 .4 System Development Tools 



The TMS34020 is well supported by a complete set of hardware and software 
development tools, including a C compiler, an assembler/linker, software 
libraries, and a PC-based development board. In addition, the TMS34020 is 
fully compatible with and supported by the Texas Instruments Graphics Archi- 
tecture (TIGA-340). 



1 .4.1 Code-Generation Tools 



Figure 1-2 illustrates the TMS34020 code development flow. The figure high- 
lights the most common paths of software development; the other portions are 
optional. 



Figure 1-2. TMS34020 Software Development Flow 





mmmmmmm^ 












Vf<ffym^i<<^y^>i^i^^f^f^< 




fff^fii^^fff^ffffffffi^Mff:: 




' 


f^ 


y 




archiver 




J 



; software : 
; libraries ; 



emulator 



software 

development 

board 



*asser?ibier* 



IE 




• assembler 



IT 



: coFF : 

I object ! 
• fffes • 



I 



linker 



*wm. 




. executable • 
; COFF ; 
J file ! 



\y 



TMS34020 
target 
system 



C 

source 

files 



C compiler 



I assembler I 
I source ! 



object 

format 

converter 



EPROM 
programmer 



1-10 



Overview of the TMS34020 



System Development Tools 



(J 



C compiler 



assembler 



archlver 



These tools use common object files format (COFF), which encourages modu- 
lar programming. COFF allows you to divide your code into logical blocks, 
define your system's memory map, and then link code into specific memory 
areas. COFF also provides rich support for source-level debugging. 

The following list describes the tools shown in Figure 1-2. 

The TMS34020 compiler is a full-featured optimizing compiler that trans- 
lates standard Kernighan-and-Ritchie C programs into TMS34020 assem- 
bly-language source. Key characteristics include 

□i Standard Kernighan-and-Ritchie C with extensions. The compiler 
compiles standard C programs as defined by Kernighan and Ritchie's The 
C Programming Language (first edition). The compiler supports these 
standard extensions: enumeration types, structure assignments, passing 
structures to functions, and returning structures from functions. A future 
release of the compiler will support the full ANSI standard. 

Qi Big-endian or little-endian code. 

Ql Optimization. The compiler uses several advanced techniques for gener- 
ating efficient, compact code from C source. 

Ql Assembly-language output. The compiler generates assembly- language 
source that is easily inspected, enabling you to see the code generated 
from the C source files. 

Ql ANSI standard runtime support. The compiler package comes with a com- 
plete runtime library that conforms to the ANSI C library standard. The 
library includes functions for string manipulation, dynamic memory alloca- 
tion, data conversion, timekeeping, trigonometry, exponential, and hyper- 
bolic functions. Functions for I/O and signal handling are not included 
because they are application-specific. 

Ql Flexible assembly-language interface. The compiler has straight-forward 
calling conventions, allowing you to easily write assembly and C functions 
that call each other. 

Ql Shell program. The compiler package includes a shell program that 
enables you to compile, assemble, and link programs in a single step. 

Ql Source interlist utility. The compiler package includes a utility that interlists 
your original C source statements into the assembly-language output of 
the compiler. This utility provides you with an easy method for inspecting 
the assembly code generated for each C statement. 

The assembler translates assembly-language source files into machine lan- 
guage object files. 

The archlver allows you to collect a group of files into a library. It also allows 
you to modify a library by deleting, replacing, extracting, or adding members. 
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debugging 
tools 
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One of the most useful applications of the archiver is to build a library of object 
modules. Several object libraries and a source library are included with the C 
compiler. 

You can also use application-specific object libraries, available as separate 
products: 

Qi The math/graphics function library contains math functions for perform- 
ing algebraic, trigonometric, and transcendental operations as well as 
graphics functions for performing viewport management, bitmapped text, 
graphics output, color-palette control, 3-dimensional transformations, and 
graphics initialization. 

□i The font library contains a variety of proportionally spaced and mono- 
spaced fonts. You can use the functions in the graphics library to display 
the fonts. 

□i The CCITTdata compression function library contains CCITT-compat- 
ible routines for compressing and decompressing monochrome image 
data. 

Qi The 851 4 adaptor emulation function library contains routines for emu- 
lating IBM PS/2 high-resolution display. 

These functions and routines can be called from C programs. You can also 
create your own object libraries. 

The linker combines object files into a single, executable object module. As 
the linker creates the executable module, it performs relocation and resolves 
external references. The linker is a tool that allows you to define your system's 
memory map and associate blocks of code with defined memory areas. 

The main purpose of the development process is to produce a module that can 
be executed in aTMS34020 target system. You can use one of several debug- 
ging tools to refine and correct your code. Available products include a PC- 
based software development board (SDB) and a realtime in-circuit emula- 
tor. 

An object format converter is also available; it converts a COFF object file 
into an Intel, Tektronix, or Tl-tagged object-format file that can be downloaded 
to an EPROM programmer. 



1 .4.2 Supported Systems 



The TMS34020 C compiler and assembly language tools are available for 
these systems: 

Qi IBM-PC with PC-DOS 
Q VAX: 

■ VMS 

■ Ultrix 
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1.4.3 Packages 



Q[ Apollo workstations: 

■ Domain/IX 

■ AEGIS 

Qi Sun-3 workstations with UNIX 
Qi Macintosh with MPW 



Texas Instruments supplies development tools in several packages, 
□i Assembly language tools package 



assembler 



archlver 



linker 



object format 
converter 






□i C compiler package 











C compiler ^ 


assembly-language 
^ tools J 





1 .4.4 TIGA-340 Graphics Interface 

The Texas Instruments Graphics Architecture (TIGA-340) is a software inter- 
face standard for the TMS340 family of graphics system processors. TIGA 
enhances the performance of MS-DOS-based PCs that contain a TMS3401 
or TMS34020 and an 8088/86 or 80286/80386 host microprocessor by opti- 
mizing communications between the graphics processor and the host proces- 
sor. The TIGA interface allows the host and graphics processors to share 
execution of the application. 

Figure 1-3. Graphics Processing Shared Between TMS340 and l-lost Processors 
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1 .5 Processors for a Graphics System 



Texas Instruments offers a broad line of graphics and video products. The 
TMS34020 Graphics System Processor, TMS34082 Floating-Point Proces- 
sor, and TMS44C251 1 -Mbit Video RAM bring workstation performance to the 
PC and other small systems. Figure 1-4 shows all of the Texas Instruments 
Graphics products. 



Figure 1-4. Graphics Products Roadmap 
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TMS34082- 



The following paragraphs describe the TMS34082 and TMS44C251 , which 
are included in the TMS34020 sample system shown in Figure 1-5. 



Many TMS34020 applications require floating-point operations. The 
TMS34082 floating-point processor is designed to interface directly with the 
TMS34020, allowing the TMS34020 to perform computation-intensive func- 
tions more than 100 times faster than a software implementation. The 
TMS34082 performs single- and double-precision floating-point operations, 
conforming fully to the IEEE 754 standard. 

In addition to normal floating-point operations, the TMS34082 performs com- 
plex 2- and 3-dimensional operations such as 3x3 convolution, 4x4 matrix, and 
cubic spline operations. 

Additional TMS34082 features include 

Q 32-bit data path 

Oi 32-bit integer and logical operations 

□i 40-MFLOPS sustained operation 

Q Single-instruction divide/square-root operations 

i^ External microcode memory interface for defining custom instructions 
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TMS44C251- 



A video RAM (VRAM) is a special memory device, optimized for use in graphics 
systems. The TMS44C251 multiport VRAM is a high-speed, dual-ported 
memory. It consists of DRAM organized as 262,1 44 4-bit words, interfaced 
to a serial data register. 



Sample system 



A typical graphics system designed with the TMS34020 uses several types of 
memory, as well as external latches, buffers, and transceivers to connect the 
TMS34020 to the memories, a coprocessor, or a host processor. Figure 1-5 
shows a representative TMS34020 design for a PC display system. Note that 
this system uses the TMS34082 as a coprocessor, a palette, and VRAMs, 
DRAMs, and ROM memories. 



Figure 1-5. TMS34020 1Kx 1Kx8 PC Display System 
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1 .6 Compatibility Between the TI\/[S34020 and T[\/IS3401 



The information in tliis section is for readers who are familiar with the 
TMS34010 graphics system processor. If you are not familiar with the 
TMS34010, you may want to skip this section. Note that this user's 
guide does not require you to be familiar with the TMS3401 0. 



The TMS34020 is the second generation of the TMS340 family of graphics 
system processors; the TMS3401 is the first generation. The TMS3401 was 
the building block for the TMS34020; however, the TMS34020 greatly extends 
the TMS34010's capabilities by adding new features and enhancing existing 
features. Table 1-1 shows a sample comparison of the TMS34010 and 
TMS34020 features. 

Note that the TMS3401 and TMS34020 are not pin-for-pin compatible. 

Table 1-1. Quick Comparison of TMS34010 and TMS34020 Features 



Feature 


TMS34010 


TMS34020 


External bus size 


Q 


16 bits 


Q 


32 bits 


Cycle time 


Q 


130, 160, or 200 ns 


Q 


100 or 125 ns 


Cache size 


Q 


256 bytes 


a 


512 bytes 


Horizontal pitch 


Q 


Power of 2 


Q 


Unlimited 


Word addressing 


Q 


Little endian 


Qi 


Little or big endian 


VRAM support 


Oi 


Serial registers 


Q 
Q 
Q 
Q 


Serial registers 
Block writes 
Split serial registers 
Enhanced page mode 


Interfaces 


Oi 


Host 


Q 


Host 




Q 


Hold 


^ 
Q 


Coprocessor 
Multiprocessor 


Coprocessor support 


^ 


Memory mapped 


Q 


Direct connection 



Throughout this user's guide you'll find descriptions of compatibility between 
the TMS34010 and TMS34020. Such passages are marked with this symbol 
in the margin: 
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TMS34010 object code is upward compatible with the TMS34020. If new 
TMS34020 features would prevent TMS34010 code from running, the 
TMS34020 provides you with a method of switching these features off. At 
reset, these features are off to provide compatibility with the TMS3401 0. 
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In general, if you followed the compatibility notes in the TMS34010 User's 
Guide, your TMS34010 code should be object-code compatible with the 
TMS34020. 

The following list describes restrictions that TMS3401 code must adhere to 
in order to be compatible with the TMS34020. 

Q[ Color information. The TMS34020 uses all 32 bits of the COLORO (B8) 
and C0L0R1 (B9) values. The TMS3401 used only the 1 6 LSBs of these 
values. Although the TMS3401 will ignore the 1 6 MSBs of these values, 
TMS34010 code should replicate the color information throughout all 32 
bits of these registers. 

Qi Plane mask. All 32 bits of the PMASK register, at addresses COOO 01 60h 
(16 LSBs) and C000 0170h (16 MSBs), are valid for the TMS34020. 
TMS34010 could should copy the 16-bit PMASK value at address 
COOO 01 60h to address COOO 01 70h. 

Qi Reserved bits. TMS3401 code should not use any reserved bits in the 
status register or the I/O registers. 

Qi Register BIS. The TMS34020 uses register B13 as a pattern register. 
TMS34010 code should load B13 with all Is, causing the code to draw a 
solid line instead of an unexpected patterned line. 

Q CONVSP & SPTCH, CONVDP & DPTCH. The TMS34020 uses SPTCH 
and DPTCH to determine the values of CONVSP and CONVDP, respec- 
tively. TMS3401 code should be sure that SPTCH and DPTCH agree with 
CONVSP and CONVDP. That is, the 5 LSBs of CONVxP must equal the 
1 s complement of log2(xPTCH), which is given by the LMO of xPTCH. Set 
the 11 MSBs of CONVxP to 0. 

If an instruction uses CONVSP or CONVDP, then the MSB of CONVxP 
should be and xPTCH should contain 2^^^^^^ before instruction execu- 
tion. 

Qi Timing loops. TMS3401 code should avoid timing loops; obtain timing 
via the video logic (using DPYINT) or via external interrupt 1 or 2. 

Qi Data alignment. For optimum TMS34020 performance, TMS3401 code 
should align to 32-bit boundaries (instead of 16-bit boundaries). 

Ql Cache. TMS3401 code should not depend on cache-load order. 

Qli Saving the graphics context. If TMS3401 code requires saving/restor- 
ing of the graphics context, the code should store the I/O registers at 
addresses COOO OOBOh and COOO 0130— COOO 01 AOh (inclusive). 

Qi Reset vector. At reset, the TMS34020 loads the 4 LSBs of the reset vector 
into the 4 LSBs of the CONFIG register. TMS34010 code should not 
depend on values in the 4 LSBs of the reset vector. 
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Q Video registers. All accesses to video timing registers should be separate 
from other code. Particularly, HESYNC, HEBLNK, HSBLNK, HTOTAL, 
HCOUNT, VESYNC, VEBLNK, VSBLNK, VTOTAL, and VCOUNT should 
be manipulated through symbolic names (not by addresses) because their 
addresses have changed. 

□i Interrupt routines. Interrupt service routines for the TMS34010 should 
make no assumptions about the state of the stack, except that the PC and 
ST are stacked after any extra words. The interrupt routine must return 
with an RETI instruction, which will pop any extra words to the correct inter- 
nal registers. 

Q Illegal opcodes. TMS34010 code should not depend on any of the 
TMS34010's illegal opcodes (except OOOOh) to cause a TRAP 30. 

Q Traps. Trap FFFF FBCOh is the TMS34020's bus-fault trap. Trap 
FFFF FBEOh is the TMS34020's single-step trap. 

□ Host interface. To TMS34010 code, the TMS34020's host interface 
appears the same as the TMS3401 0's host interface. It is desirable for data 
shared with the host to be aligned on 32-bit boundaries. In general, code 
written for the TMS3401 host interface will need to be changed because 
the TMS34020's host interface is different from the TMS34010's. 



I .-j 8 Overview of the TMS34020 



Chapter 2 



Pinouts and Signal Descriptions 



This chapter illustrates the TMS34020 pinouts and provides detailed descrip- 
tions of the TMS34020's signals. For mechanical dimensions of TMS34020 
packages, refer to the TMS34020 Data Sheet 



Section 



Page 



The pinouts section illustrates the 2.1 Pinouts 2-2 

two packages that the TMS34020 
is available in, and associates the 
signal names with the correct pin 

numbers for each device. ^ 

The TMS34020's pins are divided 2.2 The TMS34020's Major Interfaces 2-8 

among the TMS34020's major 
interfaces. 



The TMS34020's signals are 

described, in detail, as they apply 

to the various interfaces. 



2.3 Signal Descriptions 2-9 
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Pinouts 



2.1 Pinouts 

The TMS34020 is offered in two packages: 

Q a 1 45-pin grid array (PGA) package and 

□i a 1 32-pin quad flat package (QFP). 

Figure 2-1 shows the pinout of the 145-pin PGA, and Figure 2-2 shows the 
pinout for the 1 32-pin QFP. 

Figure 2-1. TMS34020 Pinout, US-Pin PGA Pacl<age (Bottom View) 
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Table 2-1. Numerical List of TMS34020 Pin Assignments (145-Pin PGA) 



Pinouts 



Pln# 


Signal 


Pin# 


Signal 


Pin# 


Signal 


Pln# 


Signal 


Pln# 


Signal 




Vss 


815 


LAD12 


F1 


HRDY 


K15 


LAD20 


P2 




A1 


HWRITE 






CI 


CASO 


F2 


RO 


LI 


LINT1 


P3 




J\2 


ALTCH 


HCS 






C2 


Vcc 


F3 


Vss 


L2 


CAMD 


P4 




A3 


C8LNK/ 
VBLNK 


HA30 






C3 




F13 


LAD24 


L3 


LRDY 


P5 




A4 


HSYNC 


DDOUT 


HA27 


A5 


Tr/qe 


C4 


DDIN 


F14 


LAD8 


LI 3 


LAD1 


P6 


HA24 


A6 


RCA2 


C5 


Vss 


F15 


Vss 


LI 4 


LAD2 


P7 


HA22 


A7 


RCA3 


C6 


SF 


G1 


HINT 


LI 5 


LAD19 


P8 


HA18 


A8 


Vcc 


C7 


RCA4 


G2 


HOE 


Ml 


8USFLT 


P9 


HA14 




RCA6 


C8 


Vss 


G3 


HOST 


M2 




P10 




A9 


PGMD 


HA13 


A10 


RCA7 


C9 


RCA8 


G13 


LAD7 


M3 


VCLK 


P11 


HA10 


A11 


RCA10 


CIO 


RCA12 


G14 


Vss 


M13 


Vss 


PI 2 


HA7 


A12 


SCLK 


C11 


LAD30 


G15 


LAD23 


M14 


LAD16 


PI 3 


HA5 


A13 


LAD15 


CI 2 


Vss 


HI 


LCLK1 


M15 


LAD18 


P14 


HBSO 




LAD29 


C13 


Vss 


H2 


EMU3 


N1 




PI 5 




A14 


SIZE16 


LADO 




Vss 


CI 4 


Vcc 


H3 


LCLK2 


N2 


Vcc 


R1 




A15 


HREAD 


81 


CAS3 


CI 5 


LAD26 


H13 


LAD22 


N3 


CLKIN 


R2 


HA31 


82 


WE 


D1 


RAS 


H14 


LAD21 


N4 


Vss 


R3 


HA28 


83 


Vss 


D2 


CAS2 


H15 


LAD6 


N5 


HA29 


R4 


HA26 






D3 


Vss 


J1 


EMUO 


N6 


HA25 


R5 




84 


CSYNC/ 
HBLNK 


HA23 






D4 


NC 


J2 


GT 


N7 


HA21 


R6 




85 


VSYNC 


HA20 


86 


RCAO 


D13 


LAD28 


J3 


EMU1 


N8 


Vss 


R7 


HA19 


87 


RCA1 


D14 


LAD11 


J13 


LAD4 


N9 


Vss 


R8 


HA17 


88 


RCA5 


D15 


LAD10 


J14 


Vcc 


N10 


HA12 


R9 


HA16 


89 


RCA9 


El 


R1 


J15 


LAD5 


Nil 


HA6 


RIO 


HA15 


810 


RCA11 


E2 


Vcc 


K1 


EMU2 


N12 


H8S2 


R11 


HA11 




LAD31 


E3 


CAS1 


K2 




N13 


HBS1 


R12 




811 


RESET 


HA9 


812 


LAD14 


El 3 


LAD27 


K3 


LINT2 


N14 


Vcc 


R13 


HA8 


813 


Vcc 


El 4 


LAD25 


K13 


Vss 


N15 


LAD17 


R14 


H8S3 


814 


LAD13 


E15 


LAD9 


K14 


LAD3 


PI 


Vcc 


R15 


Vss 



Note: Pin D4 is NC (not internally connected). You may use this pin for package alignment, but do not connect it. 
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Table 2-2. Alphabetical List of TMS34020 Pin Assignments (145-Pin PGA) 



Signal 


Pin# 


Signal 


Pin# 


Signal 


Pin# 


Signal 


Pin# 


Signal 


Pin# 


ALTCH 


A2 


HA17 


R8 


LAD2 


L14 


LAD31 


B11 


Vcc 


A8 


BUSFLT 


M1 


HA18 


P8 


LAD3 


K14 


LCLK1 


H1 


Vcc 


B13 


CAMD 


L2 


HA19 


R7 


LAD4 


J13 


LCLK2 


H3 


Vcc 


C2 


CASO 


C1 


HA20 


R6 


LADS 


J15 


LINT1 


L1 


Vcc 


C14 


CAS1 


E3 


HA21 


N7 


LAD6 


H1S 


LINT2 


K3 


Vcc 


E2 


CAS2 


D2 


HA22 


P7 


LAD7 


G13 


LRDY 


L3 


Vcc 


J14 


CAS3 


B1 


HA23 


R5 


LAD8 


F14 


NC 


D4 


Vcc 


N2 




A3 


HA24 


P6 


LAD9 


E1S 




M2 


Vcc 




CBLNK/ 
VBLNK 


PGMD 


N14 


CLKIN 


N3 


HA25 


N6 


LAD10 


D1S 


RO 


F2 


Vcc 


P1 




B4 


HA26 


R4 


LAD11 


D14 


R1 


E1 


VCLK 




CSYNC/ 
HBLNK 


M3 


DDIN 


C4 


HA27 


P5 


LAD12 


B15 


RAS 


D1 


Vss 


A1 




C3 


HA28 


R3 


LAD13 


B14 


RCAO 


B6 


Vss 




DDOUT 


A1S 


EMUO 


J1 


HA29 


N5 


LAD14 


B12 


RCA1 


B7 


Vss 


B3 


EMU1 


J3 


HA30 


P4 


LAD1S 


A13 


RCA2 


A6 


Vss 


CS 


EMU2 


K1 


HA31 


R2 


LAD16 


M14 


RCA3 


A7 


Vss 


C8 


EMll 


H2 


HBSO 


P14 


LAD17 


N1S 


RCA4 


C7 


Vss 


C12 


GT 


J2 


HBS1 


N13 


LAD18 


M1S 


RCAS 


B8 


Vss 


C13 


HAS 


P13 


HBS2 


N12 


LAD19 


L1S 


RCA6 


A9 


Vss 


D3 


HA6 


N11 


HBS3 


R14 


LAD20 


K15 


RCA7 


A10 


Vss 


F3 


HA7 


P12 


HCS 


P3 


LAD21 


H14 


RCA8 


C9 


Vss 


F1S 


HA# 


R13 


HOST 


G3 


LAD22 


H13 


RCA9 


B9 


Vss 


G14 


HA9 


R12 


HINT 


G1 


LAD23 


G1S 


RCA10 


A11 


Vss 


K13 


HA10 


P11 


HOE 


G2 


LAD24 


F13 


RCA11 


B10 


Vss 


M13 


HA11 


R11 


HRDY 


F1 


LAD2S 


E14 


RCA12 


C10 


Vss 


N4 




N10 




R1 


LAD26 


C1S 




K2 


Vss 




HA12 


HREAD 


RESET 


N8 




P10 




A4 


LAD27 


E13 


SCLK 


A12 


Vss 




HA13 


HSYNC 


N9 




P9 




P2 


LAD28 


D13 


SF 


C6 


Vss 




HA14 


HWRITE 


R1S 




R10 


LADO 


P15 


LAD29 


A14 




N1 






HA15 


SIZE16 


VSYNC 


B5 


HA16 


R9 


LAD1 


L13 


LAD30 


C11 


TR/QE 


AS 


We 


B2 



Note: Pin D4 is NC (not internally connected). You may use this pin for package alignment, but do not connect it. 
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Table 2-3. Numerical List of TMS34020 Pin Assignments (132-Pin QFP) 



Pm# 


Signal 


Pin# 


Signal 


Pin# 


Signal 


Pin# 


Signal 


1 


EMU1 


34 


Vss 


67 


LAD7 


100 


RCA4 


2 


EMUO 


35 


HA16 


68 


LAD23 


101 


RCA3 


3 


EMU2 


36 


HA15 


69 


Vss 


102 


RCA2 


4 


Gl 


37 


HA14 


70 


Vss 


103 


RCA1 






38 


HA13 


71 


LAD8 


104 




5 


RESET 


RCAO 


6 


LINT2 


39 


HA12 


72 


LAD24 


105 


SF 


7 


LINT1 


40 


HA11 


73 


LAD9 


106 


TR/QE 




CAMD 


41 


HA10 


74 


LAD25 


107 




8 


VSYNC 




BUSERR 


42 


HA9 


75 


LAD10 


108 




9 


HSYNC 






43 


HA8 


76 


LAD26 


109 




10 


SIZE16 


CBLNKA/BLNK 






44 


HA7 


11 


LAD11 


110 




11 


PGMD 


CSYNC/HBLNK 






45 


HA6 


78 


LAD27 


111 




12 


LRDY 


Vss 


13 


Vcc 


46 


HA5 


79 


Vcc 


112 


Vss 




VCLK 


47 


HBS3 


80 


LAD12 


113 




14 


ALTCH 


15 


CLKIN 


48 


HBS2 


81 


LAD28 


114 


DDIN 






49 


HBS1 


82 


Vss 


115 




16 


HWRITE 


DDOUT 






50 


HBSO 


83 


LAD13 


116 




17 


HREAD 


WE 


18 


HCS 


51 


LADO 


84 


LAD29 


117 


CAS3 


19 


HA31 


52 


LAD16 


85 


LAD14 


118 


CAS2 


20 


HA30 


53 


LAD1 


86 


LAD30 


119 


CAS1 


21 


HA29 


54 


LAD17 


87 


LAD15 


120 


CASO 


22 


HA28 


55 


LAD2 


88 


LAD31 


121 


Vcc 


23 


HA27 


56 


LAD18 


89 


SCLK 


122 


RAS 


24 


HA26 


57 


Vss 


90 


RCA12 


123 


Vss 


25 


HA25 


58 


LAD3 


91 


RCA11 


124 


RO 


26 


HA24 


59 


LAD19 


92 


RCA10 


125 


R1 


27 


HA23 


60 


Vcc 


93 


RCA9 


126 


HOE 


28 


HA22 


61 


LAD4 


94 


RCA8 


127 


HOST 


29 


HA21 


62 


LAD20 


95 


RCA7 


128 


HRDY 


30 


HA20 


63 


LAD5 


96 


RCA6 


129 


HINT 


31 


HA19 


64 


LAD21 


97 


RCA5 


130 


EMU3 


32 


HA18 


65 


LAD6 


98 


Vcc 


131 


LCLK1 


33 


HA17 


66 


LAD22 


99 


Vss 


132 


LCLK2 
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Pinouts 



Table 2-4. Alphabetical List of TMS34020 Pin Assignments (132'Pin 


QFP) 






Signal Pin # 


Signai Pin # 


Signai 


Pin# 


Signai 


Pin# 


ALTCH 113 


HA21 29 


LAD10 


75 


RCA2 


102 


BUSERR 9 


HA22 28 


LAD11 


77 


RCA3 


101 


CAMD 8 


HA23 27 


LAD12 


80 


RCA4 


100 


CASO 120 


HA24 26 


LAD13 


83 


RCA5 


97 


CAS1 119 


HA25 25 


LAD14 


85 


RCA6 


96 


CAS2 118 


HA26 24 


LAD15 


87 


RCA7 


95 


CAS3 117 


HA27 23 


LAD16 


52 


RCA8 


94 


CBLNKA/BLNK 109 


HA28 22 


LAD17 


54 


RCA9 


93 


CLKIN 15 


HA29 21 


LAD18 


56 


RCA10 


92 




HA30 20 


LAD19 


59 


RCA11 




CSYNC/HBLNK 110 


91 


DDIN 114 


HA31 19 


LAD20 


62 


RCA12 


90 


DDOUT 115 


HBSO 50 


LAD21 


64 


RESET 


5 


EMUO 2 


HBS1 49 


LAD22 


66 


SCLK 


89 


EMU1 1 


HBS2 48 


LAD23 


68 


SF 


105 




HBS3 47 


LAD24 


72 






EMU2 3 


SIZE16 


10 


EMU3 130 


HCS 18 


LAD25 


74 


Tr/qe 


106 


Gl 4 


HOST 127 


LAD26 


76 


Vcc 


13 


HA5 46 


HOE 126 


LAD27 


78 


Vcc 


60 


HA6 45 


HINT 129 


LAD28 


81 


Vcc 


79 


HA7 44 


HRDY 128 


LAD29 


84 


Vcc 


98 






LAD30 


86 


Vcc 




HA8 43 


HREAD 17 


121 






LAD31 


88 


VCLK 




HA9 42 


HSYNC 108 


14 






LCLK1 


131 


Vss 




HA10 41 


HWRITE 16 


34 


HA11 40 


LADO 51 


LCLK2 


132 


Vss 


57 


HA12 39 


LAD1 53 


LINT1 


7 


Vss 


69 


HA13 38 


LAD2 55 


LINT2 


6 


Vss 


70 


HA14 37 


LAD3 58 


LRDY 


12 


Vss 


82 




LAD4 61 




11 


Vss 




HA15 36 


PGMD 


99 


HA16 35 


LAD5 63 


RO 


124 


Vss 


111 


HA17 33 


LAD6 65 


R1 


125 


Vss 


112 


HA18 32 


LAD7 ^^ 


RAS 


122 


Vss 


123 




LAD8 71 


RCAO 


104 






HA19 31 


VSYNC 


107 


HA20 30 


LAD9 73 


RCA1 


103 


WE 


116 
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2.2 The TMS34020's Major Interfaces 

The TMS34020's pins are divided among several interfaces: 



Name 



Pins 



Local-memory interface 
DRAMA/RAM control interface 
Multiprocessor interface 
Host interface 
Video interface 
Emulation interface 
System control 
Power and ground 



39 pins 

22 pins 

3 pins 
38 pins 

6 pins 

4 pins 

6 pins 

26 pins (PGA) 

14 pins(QFP) 



Figure 2-3 associates the TMS34020's pins with its major interfaces. 



Figure 2-3. The TMS34020's Major Interfaces 
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Signal Descriptions 
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2.3 Signal Descriptions 



This section describes the TMS34020 signals. Table 2-5 associates the sig- 
nals with the proper interfaces, provides brief descriptions, and references 
page numbers on which you can find detailed signal descriptions. Subsections 
2.3.1 through 2.3.7 provide details concerning the individual groups. 



Table 2-5. TMS34020 Pin Descriptions 



0> 

o 

s 

c 
>l 
o 
E 

0) 



CO 

o 
o 



2 

a 

IS 
< 

I 

a: 

o 



Signal Name 


I/O 


Description 


Refer to 
Page. , . 


ALTCH 





Address latch 


2-11 


BUSFLT 


1 


Bus fault 


2-11 


DDIN 





Data bus direction input enable 


2-11 







Data bus direction output enable 




DDOUT 


2-11 


LADO— LAD31 


I/O 


Local address/data multiplexed sig- 
nals 


2-11 


LRDY 


1 


Local ready 


2-11 




1 


Page mode 




PGMD 


2-11 


SIZE16 


1 


Bus size 


2-11 


CAMD 


1 


Column-address mode 


2-12 


CASO— CASS 





Column-address strobes 


2-12 ;, 


RAS 





Row-address strobe 


2-12 



RCAO— RCA12 



SF 



TR/QE 



WE 



Thirteen multiplexed row-/column- 
address signals 



Special function pin 



Transfer/output enable 



Write enable 



2-12 



2-12 



2-12 



2-12 



45- tS 



Gl 



RO, R1 



Bus-grant input 



Bus-request code 
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2-13 
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Table 2-5. TMS34020 Pin Descriptions (Continued) 



o 



s 





i 

> 



Is 



sn 






Signal Name 


I/O 


Description 


Refer to 
Page. . . 


HAS— HA31 


1 


Host-address input signals 


2-13 


HBSO— HBS3 


1 


Host byte selects 


2-13 


HCS 


1 


Host chip select 


2-13 


HOST 





Host data-latch strobe 


2-13 


HINT 





Host interrupt 


2-13 


HOE 





Host data-latch output enable 


2-13 


HRDY 





Host ready 


2-13 


HREAD 


1 


Host read strobe 


2-13 


HWRITE 


1 


Host write strobe 


2-13 


CBLNKA/BLNK 





Composite blanking or vertical blank- 
ing 


2-15 




I/O 


Composite sync or horizontal blank- 
ing 




CSYNC/HBLNK 


2-15 




I/O 


Horizontal sync 




HSYNC 


2-15 


SCLK 


1 


Serial data clock 


2-15 


VCLK 


1 


Video clock 


2-15 




I/O 


Vertical sync 




VSYNC 


2-15 


EMO— EMU2 


1 


Emulation pins — 2 


Appendix A 


EMUS 





Emulation pin 3 


Appendix A 


CLKIN 


1 


Clock input 


2-16 


LCLK1.LCLK2 





Local output clocks 


2-16 


LINT1.LINT2 


1 


Local interrupt requests 


2-16 




1 


System reset 




RESET 


2-16 


Vcc 


1 


Nominal 5-volt power supply inputs (5 
pins on QFP, 9 pins on PGA) 


2-16 


Vss 


1 


Electrical ground inputs (9 pins pins 
on QFP, 17 pins on PGA) 


2-16 
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Signal Descriptions 



2.3.1 Local-Memory Interface Signals 



The TMS34020 communicates with external memory and with external memo- 
ry-mapped I/O devices through its local-memory interface. This interface's sig- 
nals are also used in conjunction with the DRAM and VRAM interface. 



I/O Description 



Signal Name 



ALTCH 



O Address latch. The high-to-low transition of ALTCH can be used to capture the ad- 
dress and status present on the LAD bus. A transparent l atch (suc h as a 74ALS373) 
will maintain the current address and status as long as ALTCH remains low. 

BUSFLT I Bus fault. External logic asserts BUSFLT high to the TMS34020 to indicate that an 

error or fault has occurred on the current bus cycle. BUSFLT is also used with LRDY 
to generate bus-cycle retries so that the entire memory address is presented again 

on the LAD pins. 

DDiN O Data bus direction, input enable. This active-high output is used to drive the acti- 
ve-high input enables on bidirectional transceivers (such as the 74ALS623). The 
transceivers buffer data input and output on the LADO — LAD31 pins when the 
TMS34020 is interfaced to several memories. 

DDOUT O Data bus direction, output enable. This active-low signal drives the active-low 

output enables on bidirectional transceivers (such as the 74ALS623). The trans- 
ceivers buffer data input and output on the LADO— LAD31 pins. 

LADO— LAD31 I/O Multiplexed local address/data bus. At the beginning of a memory cycle, the word 
address is output on LAD4 — LAD31 , and the cycle status is output on LADO— LADS. 
After the address is presented, LADO— LAD31 are used for transferring data within 

the TMS34Q20 system. LADO is the LSB and LAD31 is the MSB. 

LRDY I Local ready. External circuitry drives this signal low to stop the TMS34020 from 

completing a local-memory cycle it has initiated. While LRDY remains low, the 
TMS34020 will wait, unless the TMS34020 is given a retry request (through the 
BUSFLT signal). Wait states are generated in increments of one full LCLK1 cycle. 
LRDY can be driven low to extend local-memory read and write cycles, VRAM ser- 
ial-data-register transfer cycles, and DRAM-refresh cycles. During internal cycles, 

the TMS34020 ignores LRDY 

PGMD I Page mode. The memory decode logic asserts this signal low if the currently ad- 

dressed memory supports burst (page mode) accesses. Burst accesses occur as 
a series of CAS cycles for a single RAS cycle to memory. 

SIZE16 I Bus size. The memory decode logic may pull this sig nal low if the currently ad- 

dressed memory or port supports only 16-bit transfers. SIZE16 can also be used 
to determine which 1 6 bits of the data bus are used for a data transfer. 



Table 2-6 lists the bus cycle completion conditions controlled by LRDY and 
BUSFLT 
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Table 2--6. Bus-Cycle Completion Conditions 



Completion Condition 


BUSFLT 


LRDY 


Wait 








Successful transfer 





1 


Retry 


1 





Bus fault 


1 


1 



2.3.2 DRAM and VRAM Control Signals 



Signal Name 



I/O Description 



CAMD I Column-address mode. This input dynamically shifts the column address on the 

RCAO— RCA1 2 bus to allow the mixing of DRAM and VRAM address matrices us- 
ing the same multiplexed address RCAO — RCA1 2 signals. 



CASO— CASS O 



Column-address strobes. The CAS outputs drive the CAS inputs of DRAMs and 
VRAMs. The se sig nals strobe the column address on RCAO — RCA1 2 to the mem- 
ory. The four CAS strobes provide byte write access to the memory. 



RAS 



RCAO— RCA12 O 



Row-address strobe. The RAS output drives the RAS inputs of DRAMs and 
VRAMs. The high-to-low transition on this signal strobes the row address on 
RCAO— RCA12 to memory. 

Multiplexed row-address/column-address signals. At the beginning of a 
memory access cycle, the row address for DRAMs is present on RCAO — RCA1 2. 
The row address contains the most significant address bits for the memory. As the 
cycle progresses, the memory column address is placed on RCAO— RCA12. The 
addresses that are actually output during row and column times depend on the 
memory configuration (set by RCMO and RCM1 in the CONFIG register) and the 
state of CAMD during the access. RCAO is the LSB and RCA1 2 is the MSB. 

SF O Special-function pin. This is the special-function signal to 1 M VRAMs. This signal 

allows the use of block write, load write mask, load color mask, and write using write 
mask. This signal is also used to differentiate instructions and addresses for the 
coprocessor as part of the coprocessor interface. 

TR/QE O Transfer/output enable. This sig nal drives the TR/QE input of VRAMs. During a 

local-memory read cycle, TR/QE functions as an active-low output enable to gate 
data from memory to LADO— LAD31 . During special VRAM function cycles, TR/QE 

controls the type of cycle that is performed. 

We O Write enable. The active low WE output drives the WE inputs of DRAMs and 

VRAMs. We can also be used as the active-low write enable to static memories and 
other devices connected to the TMS34020 local interface. During a local-memory 
read cycle, WE remains inactive high while CAS is stro bed a ctive low. During a lo- 
cal-memory write cycle, WE is strobed active low before CAS is. Duri ng VR AM ser- 
ial-data-register transfer cycles, the state of WE at the falling edge of RAS controls 
the direction of the transfer. 
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2.3.3 Multiprocessor Interface Signals 



The multiprocessor interface allows multiple TMS34020s to share the same 
local memory by providing a request/grant protocol for devices that want to ac- 
cess shared memory. 



Signal Name I/O Description 



Gl I Bus grant Input. External bus arbitration logic drives Gl low to enable the 

TMS34020JO gain access to the local-memory bus. The TMS34020 must release 
the bus if Gl is high so that another device can access the bus. 

R1 , RO O Bus request and control. These two signals indicate a request for use of the bus 

in a multiprocessor system; they are decoded as shown below. 

R1 RO Bus Request Type 

High-priority bus request 

1 Bus cycle termination 

1 Low-priority bus request 
1 1 No bus request pending 

Qi A high-priority bus request provides for VRAM serial-data-register transfer 
cycles, DRAM refresh (when 12 or more refresh cycles are pending), or a host- 
initiated access. The extemial arbitration logic should grant this request as soon 
as possible by asserting Gl low. 

Qi A low-priority bus request is used to provide for CPU-requested access and 
DRAM refresh (when less than 12 refresh cycles are pending). 

Bus cycle termination status is provided so that the arbitration logic can determine 
that the device currently accessing the bus is completing an access and other de- 
vices may compete for the next bus cycle. A no bus request pending status is output 
when the currently active device does not require the bus on subsequent cycles. 



2.3.4 Host Interface Signals 



The host interface signals are used for communication between the 
TMS34020 and a host processor. Signals input on these pins are assumed to 
be asynchronous with respect to the local clocks (LCLK1 and LCLK2). Signals 
output on these pins are synchronized only when responses are dependent on 
memory cycles that must be generated by the TMS34020. 

The host interface allows the TMS34020's memory to be mapped into a host 
processor's address space. The TMS34020 can act as a DRAM controller for 
a host processor. The address of the required access is input to the TMS34020, 
and data is transferred through external transceivers. 
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Signal Name I/O Description 



HAS— HA31 I 



HBSO— HBS4 I 



27 host-address input signals. A host can access a long-word by placing the ad- 
dress on these lines. HAS — HA31 correspond to the LADS— LAD31 signals that 
output the address to the local memory. 

4 host byte selects. The byte selects identify which bytes within the long-word are 
being selected. 

HCS I Host chip select. A host drives this signal low to latch the current host address pre- 

sent on HAS— HA31 and the host byte selects on HBSO— HBS3. This signal also 
enables host access cycle s to the T MS34020 I/O registers or local memory. During 
the low-to-high transition of RE SET, the level on the HCS input determines whether 
the TMS34020 is halted (HCS is hi gh for host-present mode) or whether it begins 
executing its reset service routine (HCS is low for self-bootstrap mode). 

HDST O Host data strobe. The rising edge of this signal latches data from the TMS34020 

local address space to the external transceivers on host read accesses. It can be 
used in conjunction with HRDYto indicate that data is valid in the external transceiv- 

ers. ^ 

HINT O Host interrupt. This signal allows the TMS34020 to interrupt a host by setting the 

INTOUT bit in the HSTCTLL I/O register. This signal can also be used to interrupt 
the host if a BUSFLT or RETRY occurs due to a host access cycle. 

HOE O Host-data output enable. This signal enables data from the ex ternal transceivers 

to the TMS34020 local address space on host write cycles. HOE can be used in con- 
junction with HRDY to indicate data has been written to memory from the external 

transceivers. 

HRDY O Host ready. This signal is normally low and goes high to indicate that the 

TMS34020 is ready to complete a host-in itiated read or write cycle. A host can use 
HRDY logically combined with HDST and HOE to determine when the local bus ac- 

cess cycles have completed. 

HREAD I Host read strobe. This signal is driven low during a read request from a host proc- 

essor. This notifies the TMS 34020 th at the host is requesting access to local 
memory o rto the I/O registers. HREAD should not be asserted at the same time that 

HWRITE is asserted. 

HWRITE I Host write strobe. This signal is driven low to indicate a write request by a host 

proces sor. This n otifies the TMS34020 that a write request is pending. The rising 
edge of HWRITE is used to indic ate that the data provided by the host in the external 
data tran sceivers can be written. HWRITE should not be asserted at the same time 
HREAD is asserted. 
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2.3.5 Video Interface Signals 



Signal Name 



I/O Description 



CBLNKA/BLNK 



Composite blanking/vertical blanking. You can program this signal to select one 
of two blanking functions: 

^ Composite blanking for blanking the display during both horizontal- and verti- 
cal- retrace periods in composite-sync video mode. 

Qi Vertical blanking for blanking the display during vertical retrace In separate- 
sync video mode. 



Immediately following reset, this signal is configured as CBLNK output. 



CSYNC/HBLNK I/O 



Composite sync/horizontal blanking. You can program this signal to select one 
of two functions: 

^ Composite sync (either input or output as set by a control bit In the DPYCTL 
register) in composite-sync video mode: 



As an input, CSYNC synchronizes the TMS34020 video-control registers 
to externally generated horizontal-sync pulses. The actual synchronization 
can be programmed to begin a t any V CLK cycle ; thi s allows f or any external 
pipelining of signals. CSYNC extracts HSYNC and VSYNC from externally 
generated horizontal-sync pulses. 



■ As an output, CSYNC is the active-low composite-sync pulse generated 
by the TMS34020's on-chip video timers. 

Qi Horizontal blank (output only) for blanking the display during horizontal retrace 
in separate-sync video mode. 



Immediately following reset, this signal is configured as a CSYNC input. 



HSYNC 



I/O 



Horizontal sync. HSYNC is the horizontal-sync signal that controls external video 
circuitry. You can program this signal to be either an input or an output by modifying 
a control bit in the DPYCTL register. 



As an output, HSYNC is the active-low horizontal-sync signal generated by the 
TMS34020's on-chip video timers. 



As an input, HSYNC synchronizes the TMS34020 video-control registers to ex- 
ternally generated horizontal-sync pulses. The actual synchronization can be 
programmed to begin at any VCLK cycle; this allows for any external pipelining 
of signals. 



Immediately following reset, HSYNC is configured as an input. 



SCLK I Serial data clock. This signal is the same as the signal that drives VRAM serial-da- 

ta registers. This allows the TMS34020 to track the VRAM serial-data-register 
count, providing serial-register-transfer midline-reload cycles. (SCLK may be 
asynchronous to VCLK; however, it typically has a frequency that is a multiple of the 
VCLK frequency.) 



VCLK 



Video clock. This clock is a derivative of the video system's dotclock and is used 
internally to drive the video timing logic. 
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Signal Name 



I/O Description 



VSYNC 



I/O 



Vertical sync. VSYNC is the vertical-sync signal that controls external video cir- 
cuitry. You can program this signal to be either an input or an output by modifying 
a control bit in the DPYCTL register. 



Q As an output, VSYNC is the active-low vertical-sync signal generated by the 
TMS34020's on-chip video timers. 

Qi As an input, VSYNC synchronizes the TMS34020 video-control registers to ex- 
ternally generated vertical-sync pulses. The actual synchronization can be pro- 
grammed to begin at any horizontal line; this allows for any external pipelining 
of signals. 



Immediately following reset, VSYNC is configured as an input. 



2.3.6 System Control Signals 



Signal Name 



I/O Description 



CLKIN I Clock input. This system input clock is used to generate the LCLK1 and LCLK2 out- 

puts, to which all processor functions in the TMS34020 are synchronous. A sepa- 
rate asynchronous input clock (VCLK) controls the video timing and video registers. 



LCLK1,LCLK2 



LINT1,LINT2 



RESET 



Local output clocks. These two clocks are 90 degrees out of phase with each 
other. They provide convenient synchronous control of external circuitry to the inter- 
nal timing. All signals output from the TMS34020 (except the CRT timing signals) 
are synchronous to these clocks. 

Local interru pt req uests . Inte rrupts from external devices are transmitted to the 
TMS34020 on LINT1 and LINT2. Each local interrupt signal activates the request 
for one of two interrupt request levels. An external device generates an interrupt re- 
quest by driving the appropriate interrupt request pin to its active-low state. These 
signals can be applied asynchronously to the TMS34020 as they are synchronized 
internally before use. The signal should remain low until it is recognized by the 
TMS34020. 



System reset. RESET is normall y high. D uring normal operation, RESET is driven 
low to reset the TMS34020. When RESET is asserted low, the TMS34020's internal 
registers are set to an initial known state, all output pins are driven to inactive levels, 
and all bidirectional pins are driven to a high-impe dance state. The TMS34020's be- 
havior following reset de p ends o n the level of the HCS input just before the low-to- 
high transition of RESET. If HCS is low ,theT MS34020 begins executing the Instruc- 
tions pointed to by the reset vector. If HCS Is high, the TMS34020 is halted until a 
host processor writes a to the HLT bit in the HSTCTLL register. 



2.3.7 Power Signals 



Signal Name 



I/O Description 



Vcc 



I 



Nominal 5-volt power supply inputs (5 pins for the QFP, 9 pins for the PGA) 



Vss 



I 



Electrical ground inputs (9 pins for the QFP, 17 pins for the PGA) 



Note: For proper TMS34020 operation, all these signals must be connected externally. 
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Chapter 3 

Memory Organization and Data Structures 



Much of the TMS34020's power derives from its flexible memory access. 
Several memory organization features are tailored specifically for graphics 
applications: 

Qi A large memory space supports a variety of display resolutions, 
□i You can access memory locations with linear or XY addresses. 
Qi The TMS34020 provides hardware support for several data structures: 

■ Fields are configurable data structures. A field can begin and end at 
any bit address and can be 1 to 32 bits long. 

■ As used by the TMS34020, bytes are a special type of field; byte 
length is fixed at 8 bits. 

■ Pixels are configurable data structures; pixel length can be any power 
of 2 in the range of 1 to 32 bits. 

■ Pixel arrays are 2-dimensional, rectangular blocks of pixels. 

Additionally, the TMS34020 can be addressed in little-endian or big-endian 
mode, and provides a system stack. Unless explicitly stated otherwise, all 
discussions refer to little-endian addressing. 



Section Page 

Memory organization sections 3.1 Memory Map 3-2 

illustrate the TMS34020's memory 32 Memory Addressing 3-3 

map and general addressing 
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Graphics-specific features 3.3 Fields 3-5 
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3.1 Memory Map 

Figure 3-1 illustrates the TMS34020 memory map. 
Figure 3-1. TMS34020 Memory Map 



FFFF FFEOh 

FFFF FBCOh 
FFFF FBADh 

FFFF EOODh 
FFFF DFEOh 

FFFO OOOOh 
FFEF FFEOh 

COOO 2000h 
COOOIFEOh 

COOO 0400h 
COOO OSEOh 

COOO OOOOh 
BFFF FFEOh 

0010 OOOOh 
OOOF FFEOh 

0000 OOOOh 



(last bit in memory) 



34 words 



222 words 



32,51 2 words 



2^^ -33,024 words 
(33,521 ,408 words) 



224 words 



32 words 



3x22^-32Kwords 
(100,630,528 words) 



32 J88 words 



32 bits 



Interrupt vectors and trap vectors 

Reserved for interrupt vectors and 
extended trap vectors 



General use and extended trap 
vectors 



Generai use 

Reserved for 1/0 registers 
I/O registers 
General use 



General use and extended trap 
vectors 

^--^ bitO 

(first bit in memory) 



Memory is logically organized as 4 gigabits, but is physically accessed 32 bits 
at a time. Figure 3-1 shows locations as long (32-bit) words, identified by 32-bit 
addresses. Word addresses range from 0000 OOOOh to FFFF FFEOh (bit 
address 0000 OOOOh is the rightmost bit in the word at the bottom of 
Figure 3-1 , and bit address FFFF FFFFh is the leftmost bit in the word at the 
top.) Reading or writing to an address in the range COOO OOOOh to COOO 03E0h 
accesses an internal I/O register. (An external memory cycle is also generated 
on accesses to these locations, allowing the i/0 registers to be shadow 
mapped in external memory.) Reading or writing to any address outside this 
range accesses external memory (or a memory-mapped device). 
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Memory Map / Memory Addressing 



As Figure 3-1 shows, memory is divided into several regions: 
□i General use 



Address ranges Oh— BFFF FFEOh and COOO 2000h- 
for general use (executable code, data tables, etc.). 



-FFFF DFEOh are 



Qi I/O registers 

Addresses COOO OOOOh— COOO 03E0h are reserved for the internal I/O 
registers. Chapter 4 discusses the I/O registers; it contains a map of this 
memory area that associates each I/O register with the appropriate 
address. 

□i Interrupt, reset, and trap vectors 

Addresses FFFF FBCOh— FFFF FFEOh are reserved for 34 interrupt, 
reset, and trap vectors. A vector is a 32-bit address that points to the start- 
ing location in memory of the appropriate interrupt, reset, or trap service 
routine. Chapter 6 contains more information about interrupts and traps. 

Qi Reserved memory 

Addresses COOO 0400h— COOO 1 FEOh are reserved for future expansion 
of the I/O registers. Addresses FFFF EOOOh— FFFF FBAOh are reserved 
for future expansion of the interrupt vectors. 



3.2 Menfiory Addressing 

The TMS34020 is a bit-addressable machine with a 32-bit memory address. 
The total memory capacity is 4 gigabits (51 2 Mbytes). Memory is accessed as 
a continuously addressable string of bits; each 32-bit address points to an indi- 
vidual bit within memory. Bit addresses range from 0000 OOOOh to 
FFFF FFFFh. 

Figure 3-2 illustrates the TMS34020's logical memory structure. 
Figure 3-2. Logical Memory Address Space 
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Figure 3-3 illustrates physical memory organization. 
Figure 3-3. Physical Memory Addressing 



I 



32-bit logical address 



16-bit word address 
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'h 
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word «+1 



bit address 
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wordw 
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The TMS34020 communicates with memory over a 32-bit address/data bus 
(LADO— LAD31) and always reads a complete long (32-bit) word from 
memory. Writes to mem ory m ay be 8-, 16-, 24-, or 32-bit values through the 
use of the TMS34020's CAS (byte) strobes. 

A long-word accessed during a memory cycle always begins on a 32-bit bound- 
ary; thus, the 5 LSBs of the 32-bit starting address of the word are always Os. 
Bits within a word are numbered from to 31 ; bit 31 is the MSB and bit is the 
LSB. A word is identified by the address of its LSB.The LSB of a memory word 
is depicted as the rightmost bit in the word. 

The 4 LSBs of the 32-bit logical address in Figure 3-3 do not appear on the 
LAD bus. Bit 4 is output for use with 16-bit memory devices only. When the 
TMS34020 accesses a field that does not begin and end on long-word bound- 
aries, these 5 LSBs are used internally to identify a bit boundary within an 
accessed long-word. 

Internal logic automatically performs the bit alignment and masking necessary 
to extract a field from physical memory; this is completely transparent to soft- 
ware. Similarly, inserting a field into memory may require a series of read and 
write cycles, accompanied by internal masking and shifting of data to properly 
align the data structure within memory. The memory control logic performs 
these tasks automatically. 
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Fields 



The TMS34020 supports 2 software-configurable field types, field and field 
1. A field is defined by 2 parameters: 

□i Starting address. A field's starting address is the address of the field's 
LSB. A field can begin at an arbitrary bit address in memory. When a field 
is moved from memory to a general-purpose register, the field is right-justi- 
fied within the register; that is, the field's LSB coincides with the register's 
rightmost bit (bit 0). The register bits to the left of the field are all 1 s or all 
Os, depending on the values of both the appropriate FE (field extension) 
status bit and the field's sign bit (MSB). If FE=1 the field is sign-extended; 
if FE=0, the field is zero-extended. 

Q[ Field size. Field size can range from 1 to 32 bits. The lengths of fields 
and 1 are defined by two 5-bit fields in the status register, FSO and FS1 . 

Figure 3-4 identifies the status bits that control the size and extension of field 
and field 1 . Table 3-1 shows how the field size is encoded in FSO and FS1 . 



Figure 3-4. Status Bits Ttiat Control Field and Field 1 
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Note: For a complete description and illustration of the ST, see Chapter 4. 



Table 3-1. Decoding the Field-Size Bits in the Status Register 
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Figure 3-5 illustrates afield in memory. In this example, the field straddles the 
boundary between words n and n+1 in memory. Field extraction and insertion 
is performed by on-chip hardware: 

Qi To move the field to a general-purpose register, the TMS34020 extracts 
the field from memory by reading word n and word n+^ in separate cycles. 
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Qi To move the field from a general-purpose register, the TMS34020 inserts 
the field into memory by reading and writing word n and reading and writing 
wordfz+1. 

The memory operations necessary to insert or extract a field are performed 
automatically by special hardware and are transparent to software. 



Figure 3-5. Field Storage in External Memory 
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In Figure 3-5, word n is pointed to by a 27-bit physical address, output by the 
TMS34020 to memory. This 27-bit address corresponds to bits 5 — 31 of the 
field's 32-bit logical address. The 5 LSBs of the logical address point to the 
beginning of the field within word n. 

The number of memory cycles required to extract or insert a field depends on 
how the field is aligned within memory. Field manipulation is more rapid when 
fields are stored in memory so that they do not cross word boundaries. 
Figure 3-6 illustrates various cases of alignment and nonalignment of fields 
to word boundaries in memory. Given a field starting address and field length, 
the memory controller will recognize the specified field alignment as one of the 
6 cases in Figure 3-6. Field extraction and field insertion are performed in a 
manner that requires the minimum number of memory cycles. 

□i Cases A1 — ^A4. The field begins and ends on byte boundaries within a 
single word. 

■ In Case A1 , the field is 8 bits wide and the starting address is aligned to 
a byte boundary within a word. 

■ In Case A2, the field is 1 6 bits wide and the starting address is aligned 
to the first, second, or third byte boundary within a word. 

■ In Case A3, the field is 24 bits wide and is aligned to the first or second 
byte boundary in a word. 

■ In Case A4, the field is 32 bits wide and is word-aligned. 

For Cases A1 — ^A4, a field extraction requires a single read cycle, and a 
field insertion requires a single write cycle. 
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Figure 3-6. Field Alignment in Memory 
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Qi Case B, The field does not straddle a word boundary and does not begin 
and end on byte boundaries (that is, either it is not aligned on a byte bound- 
ary, or it is aligned on a byte boundary but is not a multiple of 8 bits). A field 
extraction requires a single read cycle. Afield insertion requires the follow- 
ing sequence of memory cycles: 

■ Read word n 

■ Write word n 

Qi Case C. The field straddles the boundary between 2 words and begins and 
ends on byte boundaries. A field extraction requires the following 
sequence of memory cycles: 

■ Read word n 

■ Read word w+1 
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A field insertion requires tiie following sequence or memory cycles: 

■ Write word « 

■ Write word n+^ 

Qt Case D. The field straddles the boundary between 2 words. The field 
address is byte aligned, but the end of the field does not coincide with the 
end of a byte. A field extraction requires the following sequence of memory 
cycles: 

■ Read word n 

■ Read word n+^ 

A field insertion requires the following sequence of memory cycles: 

■ Write word n 

■ Read word 71+1 

■ Write word n+^ 

Qi Case E. The field straddles the boundary between 2 words. The end of the 
field is byte aligned, but the start is not. A field extraction requires the 
following sequence of memory cycles: 

■ Read word /2 

■ Read word Az+1 

A field insertion requires the following sequence of memory cycles: 

■ Read word n 

■ Write word 72 

■ Write word n+^ 

Qi Case F. The field straddles the boundary between 2 words and neither the 
start nor the end of the field is aligned to a byte boundary. A field extraction 
requires the following sequence of memory cycles: 

■ Read word n 

■ Read word /T+1 

A field insertion requires the following sequence of memory cycles: 

■ Read word n 

■ Write word n 

■ Read word n+^ 

■ Write word n+1 

A field insertion modifies only the portion of a word that lies within a field. The 
TMS34020 memory controller must perform a read-modify-write operation 
when a field that does not begin and end on byte boundaries is written to 
memory. The memory controller uses these 2 parameters (address LSBs and 
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Fields 






field size) to produce a mask that identifies the bits in tlie word corresponding 
to tlie field. Hardware uses the mask to perform the read-modify-write cycle. 
The TMS34020's local memory control logic automatically generates the mask 
and executes the read-modify-write operation; this is transparent to the 
software. 



Figure 3--7 shows an example of inserting a 14-bit field stored in a register to 
logical address 0000 0007h. 



Figure 3-7. Field Insertion 
(a) Field to be inserted 
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(b) Rotate to align to bit 7 
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(d) Mask generated 
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(e) Field destination data 
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(a) The field to be inserted is shown right-justified in the designated 
general-purpose register. 

(b) The CPU has rotated the field to align it with the destination in memory. 

(c) The TMS34020 reads the original word from the destination in memory. 

(d) The mask is generated to designate the bits to be modified. 

(e) The field is inserted into the word from memory, and the result is written 
back to the destination address in memory. 

In the more complex case in which a field straddles a word boundary in 
memory, the portion of the field lying within each word is inserted into that word 
using the methods described above. 
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3.4 Pixels 



The term pixel has two meanings in the context of aTI\/IS34020-based graph- 
ics system. Outside the TMS34020, a physical pixel is a picture element on a 
display surface. Inside the TMS34020,alogical pixel isasoftware configurable 
data structure supported by the TMS34020 instruction set. The logical pixel 
data structure in TMS34020 memory contains the information needed to speci- 
fy the attributes of a picture element visible on a screen. The information for 
a horizontal line of pixels on a screen is usually stored in consecutive words 
in memory. 



3.4.1 Pixels in Memory 



Figure 3-8. 



Within TMS34020 memory, the pixel data structure is defined by 2 parameters: 

Q its starting address (the address of the pixel's LSB) and 

Qi the pixel size (the number of bits per pixel). 

The PSIZE register defines the current pixel size. A pixel can be 1 , 2, 4, 8, 1 6, 
or 32 bits long. The TMS34020 treats pixels as a special case of a field in which 
the field size is constrained to be a power of 2. Unlike other memory fields, pix- 
els do not cross long-word boundaries within memory; they are aligned within 
memory so that a memory word contains an integral number of pixels. For 
example, a 2-bit pixel should begin at a bit address whose LSB is 0, a 4-bit pixel 
should begin at a bit address whose 2 LSBs are Os, and so forth. 

When a pixel is moved from memory to a general-purpose register, the pixel 
is right-justified within the register. That is, the pixel's LSB coincides with the 
rightmost bit (bit 0) of the register. Register bits to the left of the pixel are loaded 
with Os. 

Figure 3-8 illustrates pixel storage in memory. The pixel is located within the 
word pointed to by the 27-bit physical address corresponding to bits 5—31 of 
the pixel's 32-bit logical address. The 5 LSBs of the logical address specify the 
displacement of the pixel within the word. When the pixel length is less than 
32, each word contains 2 or more pixels. 

Pixel Storage in External Memory 
• 32-bit logical address 



Memory 
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On-chip hardware performs pixel extraction and insertion in a manner that 
requires the minimum number of memory cycles. (The operations are trans- 
parent to software.) Two memory cycles (a read followed by a write) are always 
required to insert a pixel of less than 8 bits. Inserting an 8-, 1 6-, or 32-bit pixel 
requires a single write cycle (unless plane masking is enabled). Extracting a 
pixel (1 to 32 bits) requires a single read cycle. 



3.4.2 Pixels on the Screen 



Figure 3-9 illustrates the mapping of pixels from memory to a display screen. 
The screen-refresh function outputs pixels in the sequence of ascending pixel 
addresses. However, the electron beam sweeps from the left edge of the 
screen to the right edge during each horizontal scan interval, so pixels appear 
on the screen in the opposite order of their representation in memory. That is, 
the least significant pixel (in terms of bit address) appears on the left, and the 
most significant pixel appears on the right. 



Figure 3-9. Mapping of Pixels to a Monitor Screen 
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The TMS34020 allows you to identify a pixel in terms of its XY coordinates on 
the screen or in terms of the address of the logical pixel in memory. These 2 
methods are called XY addressing and linear addressing, respectively. 

When you use XY addressing, you can select the origin to lie in either the upper 
left or lower left corner of the screen. The DPYST and DINC registers control 
the origin's position. Figure 3-10 (a) illustrates the default coordinate system 
in which the origin of the 2 coordinate axes is located in the upper left corner 
of the screen. In this system, DPYST contains the address of the pixel at the 
upper left of the screen, and DINC contains the display pitch. Figure 3-1 (b) 
shows the alternate coordinate system in which the origin is located in the lower 
left corner of the screen. In this case, DPYST contains the address of the pixel 
at the lower left of the screen, and DINC contains the 2s compliment of the 
display pitch. 
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Figure 3-10. Configurable Screen Origin 
(a) Default screen origin 
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(b) Alternate screen origin 
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Using the default screen origin, Figure 3-11 illustrates the mapping of pixels 
from the memory to the screen. In Figure 3--11, horizontal movement repre- 
sents travel in the X direction on the screen. Vertical movement represents 
travel in the Y direction. The depth of the buffer represents the pixel size. The 
on-screen memory contains the pixels that appear on the screen. 

In Figure 3-1 1 , the display memory is shown in terms of a screen format, rather 
than the memory format used in the memory map in Figure 3-1 (page 3-2). 
The screen format places the lowest pixel address at the upper left corner of 
the memory map. This is the same relative orientation in which the pixels 
appear on the screen. Compare this to the memory format shown in 
Figure 3-1 , which places the lowest bit address at the lower right corner of the 
memory map. This convention is frequently used in industry to represent the 
relative location of addresses in memory. In this user's guide, assume the stan- 
dard format is used unless the screen format is explicitly indicated. 



Figure 3-11, Display fJlemory Dimensions 
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Figure 3-12 illustrates the mapping of XY coordinates to on-screen memory. 
For simplicity, assume that the screen origin coincides with the upper left cor- 
ner of the display memory, p represents the X extent of the display memory; 
n represents the Y extent. Each box represents a pixel within the memory; the 
number in the box represents the pixel's memory location, relative to the begin- 
ning of the on-screen memory. 



Figure 3-12. Display Memory Coordinates 



increasing 
Y 



» increasing X 
X=0 X=1 X=2 X=3 



X=/h-2 X=/?-1 



display pitch 




(X extent) x (pixel size) 
differences in 32-bit 
memory addresses of 
2 vertically adjacent 
pixels 



y Display memory 

p = X extent 
n = Y extent 



" Each box contains a pixel. The 
number inside the box is the 
pixel's linear address. 



3.4.3 Display Pitch 
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Display pitch is the difference in memory addresses between 2 pixels that are 
vertically adjacent on the screen (one is directly above the other). In 
Figure 3-12, the pitch is calculated asp times the pixel size, where p is the X 
extent of the display memory. The pixel size is constrained to be a power of 2, 
so the multiply can be replaced by a shift operation. Array pitch is the differ- 
ence in memory addresses of 2 vertically adjacent pixels in the array. If the 
array occupies a rectangular area on the screen, the array pitch is the same 
as the display pitch. 

During a pixel operation such as a PIXBLT, the source array pitch, destination 
array pitch, and (if it is a masked PIXBLT) mask array pitch are defined in sepa- 
rate, dedicated hardware registers. This eases the transfer of pixel arrays 
between on-screen and off-screen memory, which may have different pitches. 

As an example, here's how you would calculate the display pitch if the pixel size 
= 4 bits and the X extent of the pixel display = 1 024 pixels: 

display pitch = (1024 pixels per line) x (4 bits per pixel) 
= 4096 (which is 2^^) 

Note that the TMS34020 does not require the display pitch to be a power of 
2, as was the case for the TMS34010. 
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3.5 XY Addressing 



The TMS34020 allows you to define pixel addresses in terms of 2-dinnensional 
XY coordinates that correspond to screen locations. This is referred to as XY 
addressing. XY addressing has several benefits: 

□ TI\/IS34020 software can be easily ported from one display configuration 
to another. System-dependent details, such as the number of bits per pixel 
and the X extent of the display memory, are transparent to the software. 
However, these are used by the machine to automatically convert the XY 
coordinates to the address of a pixel in memory. 

Qi XY addressing allows you to think in terms of the high-level concept of XY 
coordinates rather than in terms of the machine-level mapping of pixels 
into memory. 

Qi XY addressing facilitates operations such as window checking. 

The TMS34020 supports XY coordinates in the range (-32768,-32768) to 
(+32767,+32767). 




The TMS34010 did not support signed XY values, as the TMS34020 does. 



Figure 3-13 illustrates the XY addressing format. 
Figure 3-13. Pixel Addressing in Terms ofXY Coordinates 



h 32 bits H h— 1 6 MSBs 




pixel at (X, Y) 



In Figure 3-13, a 32-bit general-purpose register contains an XY address. The 
X and Y components are treated as separate 16-bit signed integers. The X 
component is right-justified within the 16 LSBs of the register. The Y compo- 
nent is right-justified within the 16 MSBs of the register. 
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Converting an XY Address to a Linear Address 






3.6 Converting an XY Address to a Linear Address 



For all instructions that use XY addressing, the TMS34020 automatically con- 
verts a pixel's XY address to a 32-bit logical address (linear address). The 
TMS34020 uses four parameters to perform XY-to-linear conversion: 



logical pixel size 

pitch conversion 
factor 

actual pitch 
offset 



defined in the PSIZE register 

defined in the CONVSP, CONVDP, or CONVMP reg- 
ister 

defined in the SPTCH, DPTCH, or MPTCH register 
if the conversion involves a pitch that is not a power 
of 2 or a sum two of powers of 2 

specifies the XY origin, defined in the OFFSET regis- 
ter 



The TMS34020 uses the following formula to calculate the physical address 
associated with the XY address: 

address = [{/ x display pitch) + (X x pixel size)] + offset 

Because the pixel size must always be a power of 2, the multiplication of the 
X component is performed using a shift operation. The method of calculating 
the Y component depends on the pitch value. 



If the pitch Is. . . 



This is how the Y value is calculated 



a power of 2 



The TMS34020 performs a left shift. The amount that 
the component is shifted is contained in the lower half 
of the appropriate CONVxP register. 



two powers of 2 



The operation Is performed by summing 2 shifts of the 
Y value. The number of bits to be shifted during the first 
and second shifts are contained in the lower and upper 
halves of the appropriate CONVxP register, respective- 
ly. This adds a cycle to each conversion. 



an arbitrary pitch (not a 
power of 2 and not two 
powers of 2) 



The TMS34020 must perform a full 1 6-bitx32-bit multi- 
ply. In this case, the appropriate xPTCH register is used 
directly as the multiplier of the Y value. This adds about 
12 cycles to each conversion. 



The TMS34020 must perform one or more XY-to-linear conversions for the fol- 
lowing instructions: 
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The TMS34020 uses the pitch conversion factors in the CONVSP, CONVDP, 
and CONVMP registers to calculate the Y component of an address. 

CONVSP (source pitch) is used if the XY address points to a source pixel or 
pixel array. 

CONVDP (destination pitch) is used if the XY address points to a destina- 
tion pixel or pixel array. 

CONVMP (mask pitch) is used for calculating the correct value when using 
a binary mask array. 

Before executing an instruction that uses XY addressing, use the SETCSP, 
SETCDP, or SETOMP instruction to load the value for the appropriate register. 

The TMS34020 uses the PSIZE value to determine the displacement of the X 
component. 

The OFFSET register contains the linear memory address of the pixel located 
at coordinates (0,0). The TMS34020 uses the OFFSET register when translat- 
ing XY coordinates into linear addresses. (Note that OFFSET does not control 
which region of the display memory is output to refresh the video screen— it 
is a virtual screen origin.) This allows the coordinate axes of the XY address 
to be translated to an arbitrary position in memory. The OFFSET register sup- 
ports the use of window-relative addressing in which the XY coordinates are 
specified relative to coordinate offsets in the display memory. The window's 
position and size can be specified arbitrarily. You can use the CVXYL instruc- 
tion to convert a new XY offset to a linear address. CVXYL converts an XY 
address to a linear address for the purpose of absolute memory addressing, 
orfor using special features available to instructions that use linear addressing. 
Figure 3-1 4 illustrates the XY-to- linear conversion process. 
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Converting an XY Address to a Linear Address 



Figure 3-14. Conversion from XY Coordinates to Memory Address 
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Key: S represents the sign bit. 

The example in Figure 3-14 corresponds to a pixel size of 8 bits and a pitch 
of 8,192. 

(a) shows the original XY address. 

(b) extracts the X component. 

(c) shifts the X component left by log2(pixel size). The result represents the 
product of the X component and the pixel size. 

(d) extracts the Y component. 

(e) left rotates the Y component by 1 6, sign-extends the Y component. 

(f) multiplies the shifted Y component by the pitch. (This may be a shift, the 
sum of 2 shifts, or an actual multiply depending on the pitch value. In this 
example, Y is shifted 12 bits to the left.) 

(g) adds the results of step (c) and (f) to form the displacement in memory of 
the pixel at (X,Y) from the pixel at the origin. 

(h) adds the offset to the result of (g), producing the the final memory address. 
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3.7 Pixel Arrays 



A rectangular area of the screen that is DX pixels wide and DY pixels high is 
an example of a data structure called a 2-dimensional pixel array. An array 
may contain many pixels, but the TMS34020 can manipulate an array as a 
single structure. The TMS34020's instruction set includes a powerful set of ras- 
ter operations, called PIXBLTs (pixel-block transfers), that manipulate pixel 
arrays on the screen and elsewhere in memory. 

Figure 3-15 shows a pixel array that occupies a rectangular area in display 
memory. The pixels in each row are packed together into adjacent cells in the 
display memory. Rows don't usually occupy adjacent areas of memory; they're 
separated from each other by a constant displacement (the array pitch). The 
array pitch is the difference in memory addresses between 2 vertically adjacent 
pixels. In Figure 3-1 5, the array pitch equals the display pitch. The product of 
the array width (DX) and the pixel size must be less than or equal to the pitch. 



Figure 3-1 5. Pixel Array 
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Key: DX = pixels per row of array DY = pixels per column of array 

A pixel array is specified in terms of its width, lieight, pitch, and starting ad- 
dress. The starting address is usually the address of the first pixel to be moved 
during a PIXBLT. The default starting address is simply the base address in the 
array— that is, the address of the pixel with the lowest address in the array. 

In Figure 3-1 5, the XY origin is located in its default position at the upper left 
corner of the screen. The default starting address is the address of the pixel 
located in the upper left corner of the array. When a PIXBLT operation moves 
the pixels from a source pixel array to a destination array, the pixels in each 
row are moved in sequence from left to right, and the rows are moved in 
sequence from top to bottom. 

Certain PIXBLT operations allow the starting pixel to be specified as the pixel 
in one of the other three corners of the array. This feature is provided so that 
when the source and destination arrays overlap, the appropriate starting 
corner can be selected to insure that no data is lost by being oven/vritten during 
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PIXBLT execution. The order in wliich pixels in the array are moved can be 
altered to be from right to left and from bottom to top, as appropriate, to accom- 
modate the change in the starting corner. 

The starting address of a pixel array can be specified in terms of either the XY 
coordinates of the starting pixel (XY address), or the memory address of the 
starting pixel (linear address): 

□i An array whose starting location is specified as an XY address is referred 
to as an XY array. In this format, the starting location of the array is identi- 
fied by the XY coordinates of the first pixel in the array. 

Q[ A pixel array whose starting location is specified as a memory address is 
referred to as a linear array. In this format, the location of the array is identi- 
fied by the memory address of the first pixel in the array. 

The XY array format has 2 advantages. First, the starting location of the array 
is given in system-independent Cartesian coordinates, rather than as a 
system-dependent memory address. Second, using XY addressing allows you 
to take advantage of the TMS34020's window checking facilities (which allows 
it to automatically detect an attempt to write a pixel inside or outside a defined 
area). 

The linear format's main advantage is that it allows PIXBLTs to execute more 
quickly because it eliminates the need to translate from XY to linear format 
before accessing memory. 

The general rules governing array pitch are 

Q When an array is specified in XY format, the pitch can be any multiple of 
the pixel size. However, PIXBLT operations performed on XY-format 
arrays are most efficient if the pitch is a power of 2. 

□i When an array is specified in linear format, the pitch must be a multiple of 
the pixel size. For the special case of a PIXBLT B,XY or PIXBLT B,L 
instruction, the source pitch may be any value. (Note that this corresponds 
to a pitch that is a multiple of the pixel size where the pixel size is 1 .) This 
feature supports efficient use of memory by allowing adjacent rows of the 
source array to be packed together with no intervening gaps. 

PIXBLTs are useful for moving arrays from one area of the screen to another; 
they can also be used to move arrays to the screen from other parts of memory, 
and vice versa. The pitch for the off-screen pixel array can be specified inde- 
pendently of the pitch for the on-screen array. This allows you to store 
off-screen data efficiently, regardless of the display pitch. On-screen objects 
can be defined as XY arrays but may be more efficiently stored as linear arrays 
in off-screen memory. The PIXBLT instructions support the transfer of a linear 
array to an XY array, and vice versa. PIXBLT instructions can also be used to 
rapidly move blocks of nonpixel data (for example, ASCII characters) from one 
memory location to another. 
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3.8 Big-Endian and Little-Endian Addressing 
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The TMS34020 allows you to address fields within memory in one of two 
ways— in little-endian or big-endian mode. 

I ' 1 

Note: 

Unless specifically stated otherwise, all illustrations and discussions in this 
user's guide refer to little-endian mode. 



The TMS34010 uses little-endian addressing only. 



3.8.1 Selecting Big-Endian or Little-Endian Mode 



The value of BEN [CONFIG] determines which endian mode the TMS34020 
will use for addressing. 



Figure 3-16. How BEN f CONFIG]] Determines tlie Endian Mode 
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Note: For a complete illustration and description of CONFIG, see Chapter 4. 



You can set BEN in one of two ways: 

Qi By writing to CONFIG via the host interface. In this case, the TMS34020 
should be halted. 

Ql By resetting the TMS34020. At the end of the reset routine, the TMS34020 
copies the 4 LSBs of the reset vector into the 4 LSBs of the CONFIG regis- 
ter. 

Program code should not change bits 0—2 of the CONFIG register; this could 
cause unpredictable behavior. To ensure that code doesn't accidentally 
change these bits, you can set CBPCCONFIGl to write-protect the LSbyte of 
CONFIG. 
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Figure 3-17. How CBP f CONFIGH Write-Protects CONFIG's LSbyte 



f::•^x«x•x•>»x^•»»M<«x«•x^»x■>^^>»x•x•:•:«•^x•x««■:■x•:•w^^^ 

I 31 



m 



'/////////////////A V WA 



*x■:»x•:«^•x•x«•^x•x•x«x•x•x•:^x•x^x•x•:•^x•^^x^>^:•x^x•x^x•:•x•x•x•: 



CBP=0 offers no 
write protection 



y/////////////Am^ 



^Za 



CBP=1 write-protect^ 
CONFIG's LSbyte | 






You can set CBP in one of three ways: 

□ By writing to CONFIG via the host interface. 

□i By resetting the TMS34020. At the end of the reset routine, the TMS34020 
copies the 4 LSBs of the reset vector into the 4 LSBs of the CON FIG regis- 
ter. 

Qi By allowing TMS34020 program code to write to this bit. If you do this, be 
sure that you don't alter bits 0—2 of CONFIG. 

The only way to clear CBP is by resetting the TMS34020. CBP will remain 
cleared only if bit 3 of the reset vector is also (if it's 1 , then a reset will write 
a1 back to CBP). 

3.8.2 How the TMS34020 Accesses Memory in These Modes 

The following descriptions uses several terms and conventions: 

^ The terms least significant bit (LSB) and most significant bit (MSB) define 
specific bits within a 32-bit long-word, or specific bits within a field. These 
terms refer to the aritlimetic significance of these bits. 

□ The following illustrations show the MSB of a field or long-word on the left 
side. The bits at the ends of the word are numbered or 31 , implying that 
the bits within a long-word are numbered through 31 . The and 31 are 
positioned so that the implied number associated with each bit is its appro- 
priate bit address within the long-word. The manner in which the 
TMS34020 addresses these bits differs in the two modes. 

Qi Note also that there are two frames of reference for data; illustrations show 
data in 

■ memory or an I/O register or 

■ a general-purpose register. 

The TMS34020 is primarily a little-endian processor; its method for placing 
data in a general-purpose register reflects this. 
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Little-endian mode - 



This is the TI\/lS34020's default mode. Figure 3-18 shows the same 32-bit 
hexadecimal value (01 234 ABCDh) in a register and in a long-word in memory. 
Note that this illustration shows the MSB (bit 31) on the left side. 



Figure 3-18. How Data Is Represented in Little-Endian Mode 
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Figure 3-19 shows how the TMS34020 uses little-endian mode to access an 
8-bit field that starts at bit 4 within the long-word. Notice that for little-endian 
mode, the field's bit address is determined by counting in from the LS (little) 
end of the long-word. 



Figure 3-19. Addressing a Field in a Long-Word (Little-Endian) 
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If you want to move this 8-bit data field into a general-purpose register, you 
might execute the following instructions: 

SETF 8,0,0 

MOVE @00001004,A0,0 

Figure 3-20 shows how the TMS34020 places this data into AO. 
Figure 3-20. Moving a Field into a General-Purpose Register (Little-Endian) 
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Note that the data is right-aligned within the register, so that the LSB of the field 
coincides with the register's LSB. 
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Big-endian mode - 



Figure 3-21 shows the same 32-bit hexadecimal value (01234ABCDh) in a 
register and in a long-word in memory. This illustration shows the MSB on the 
left side. The register's MSB is bit 31 ; the long-word's MSB is bit 0. 



Figure 3-21, How Data Is Represented in Big-Endian Mode 
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(a) Data in memory at 
address 0000 1000h 
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Figure 3-22 shows how the TMS34020 uses big-endian mode to access an 
8-bit field that starts at bit 4 within the long-word. Notice that for big-endian 
mode, the field's bit address is determined by counting in from the MS (big) end 
of the long-word. 



Figure 3-22. Addressing a Fieid in a Long-Word (Big-Endian) 
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If you want to move this 8-bit data field into a general-purpose register, you 
might execute the following instructions: 

SETF 8,0,0 

MOVE 000001004, A0,0 

Figure 3-23 shows how the TMS34020 places this data into AG. 
Figure 3-23. Moving a Field into a General-Purpose Register (Big-Endian) 
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Note that the data is right-aligned within the register, so that the LSB of the field 
coincides with the register's LSB. 
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Differences between big- and little-endian modes ' 



Ql The TMS34020 accesses 32-bit-wide, 32-bit-aligned fields in the same 
manner for both modes. Differences between the two modes are apparent 
only when data is not 32 bits long-or when it is not aligned to a 32-bit bound- 
ary within memory. 

Ql In both modes, data is right-aligned when it is moved into a general- 
purpose register. 

Q In big-endian mode, bits within a field or long-word are renumbered, not 
reordered. 

3.8.3 Assembling Code for Big-Endian or Little-Endian Addressing 

The TMS34020 assembler can produce object code for little-endian or big- 
endian mode. By default, the assembler produces little-endian code; if you 
want it to produce big-endian code, be sure to use the -e assembler option. 



To assemble little-endian code 



To assemble big-endian code 



gspa filename 



gspa -e filename 



(For more information about the assembler, refer to the TMS340 Family Code- 
Generation Tools User's Guide.) 

If you compare the listing files of big- and little-endian code, you'll find no differ- 
ences in the listed object code. Figure 3-24 shows a listing file with object 
code. For ease of reading, the assembler lists object code in the same manner 
for both little- and big-endian code. 

Figure 3-24. Sample Listing File (Assembler Output) for Little-Endian and Big-Endian Code 



0001 


00000000 


aabbccdd 


.long 


OAABBCCDDh 


0002 


00000020 
00000030 


09e0 
11223344 


MOVI 


11223344h, AO 


0003 


00000050 


0380 


ABS 


AO 


0004 


00000060 
00000070 


09C1 
6677 

t 

object code 


MOVI 


6677h, Al 
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Although the object code in the listing file looks the same for both modes, the 
assembler actually creates different object code for the two modes. If you're 
writing a loader, it's important to know how to load the object code into memory. 
Figure 3-25 demonstrates this. 
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Figure 3-25. Loading Object Code into Memory 

(a) Little-endian mode 



(b) Big-endian mode 
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3.8.4 Wiring VRAMs to the LAD Bus 



Figure 3-26 shows examples of how you might use TMS44C251 VRAMs in 
your system. A TMS44G251 has 4 bidirectional data pins, DQO— DQ3; each 
data pin is connected to an LAD pin. Figure 3-26 (a) shows wiring for little- 
endian mode; as (b) shows, you must wire the VRAMs backwards for big- 
endian mode. 



Figure 3-26. Connecting VRAMs to tlie LAD Bus 
(a) Little-endian mode 
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(b) Big-endian mode 
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3.8.5 Big-Endian Effects on Instruction Timing 



The instruction timings listed in this document are for little-endian code. 
Timings for big-endian code are essentially the same as timings for little- 
endian code; however, the setup for graphics instructions may consume extra 
machine states (instructions' inner loops consume no additional states). The 
effect on timing is slight. 
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3.9 Stacks 



The TMS34020's system stack is implemented in local memory and managed 
in hardware. The stack is used to store return addresses and processor status 
information during interrupts, traps, and sijbroutine calls. The contents of gen- 
eral-purpose registers can be pushed onto the stack and popped off the stack. 
The system stack can also be used for dynamically allocated data storage. 

The stack is accessed through a dedicated 32-bit internal register, called the 
stack pointer, or SP. The SP points to the top of the system stack; it can be 
accessed as register 1 5 in either of the general-purpose register files, A or B. 

In addition to the system stack, you can define your own auxiliary stacks. The 
system stack always grows toward lower memory addresses; an auxiliary 
stack can be defined to grow toward either lower or higher addresses. The 
MOVE instructions, combined with the predecrement and postincrement 
addressing modes, facilitate pushing and popping of auxiliary stack data. You 
can use one or more general-purpose registers as auxiliary stack pointers and 
frame pointers. The indexed addressing modes can be used in conjunction 
with a frame pointer to access variables embedded within the stack. 



3.9.1 System Stack 



Figure 3-27 shows the structure of the system stack, which grows in the direc- 
tion of lower memory addresses. 



Figure 3-27. System Stack 
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The SP points to the top of the stack; it contains the 32-bit address of the LSB 
(bit 0) of the value on top of the stack. The SP can contain any 32-bit address; 
however, stack operations execute more efficiently when the 5 LSBs of the SP 
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are Os. This aligns the SP to long-word boundaries in memory, reducing the 
number of memory cycles needed to push or pop values. 

Any instruction that manipulates general-purpose registers can also be used 
to manipulate the SP. The SP can be specified as the source or destination op- 
erand in any instruction that operates on the general-purpose registers. In- 
structions that manipulate the SP include: 

Instructions That Instructions That 
Push Values on the Stack Pop Values from the Stack 

MMTM SP, register list MMFM SP, register list 

CALL Rs RETI 

C ALLA absolute address R ETS 

CALLR relative address POPST 

TRAP number MOVE *SP+, Rd 

PUSHST 

MOVE Rs, -*SP 



3.9. 1. 1 Saving Registers on the System Stacic 



Register information can be stored on the stack during an interrupt or a subrou- 
tine call. This frees up the register for use by an interrupt routine or a subroutine 
and allows you to restore the original register values from the stack when the 
routine completes. 

During an interrupt, the contents of the PC and ST are automatically saved on 
the stack; if you want to save values that are in general-purpose registers, you 
can use the MMTM and MMFM instructions. MMTM pushes multiple gener- 
al-purpose registers onto the stack, and MMFM pops multiple general-purpose 
registers from the stack. 

When the contents of a 32-bit register are pushed onto the stack, they are 
stored in the 32-bit word below the word whose address is contained in the SP. 
This is shown in Figure 3-28, which demonstrates the effects of the following 
instruction sequence: 

MMTM SP.AO ; Push register AO onto stack 
MMFM SP^Al / Pop stack into register Al 

Q Figure 3-28 (a) shows the original state of the stack and registers. 
Qi Figure 3-28 (b) illustrates the state after AO is pushed onto the stack. 
Qi Figure 3-28 (c) shows the results of popping the top of the stack into A1 . 
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Figure 3-28. Stack Operations 
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The TMS34020 performs 2 steps to push the contents of a 32-bit register onto 
the top of the stack: 

1 ) Decrements the SP by 32. 

2) Pushes the register contents onto the stack. 

The TMS34020 performs 2 steps to pop the top of the stack into a 32-bit regis- 
ter: 

1 ) Pops the 32 bits at the top of the stack into the register. 

2) Increments the SP by 32. 

3.9. 1.2 Saving Information on ttie System Stacli During an interrupt 

During an interrupt, the TMS34020 pushes the PC and ST onto the stack; this 
allows the interrupted routine to resume execution when the interrupt process- 
ing is completed. An interrupt routine performs the following actions: 

1 ) Decrements the SP by 32. 

2) Pushes the PC onto the stack. 

3) Decrements the SP again by 32. 

4) Pushes the ST onto the stack. 

During a return from an interrupt 

1 ) Pops the 32 bits at the top of the stack into the ST. 

2) Increments the SP by 32. 

3) Pops the 32 bits at the top of the stack into the PC. 

4) Increments the SP again by 32. 

3.9. 1.3 Saving Information on the System Stack During a Subroutine Call 

A subroutine call saves the state of the calling routine on the stack; this allows 
the routine to resume execution when the subroutine completes. A subroutine 
call performs the following actions: 

1 ) Decrements the SP by 32. 

2) Pushes the PC onto the stack. 

During a return from a subroutine 

3) Pops the 32 bits at the top of the stack into the PC. 

4) Increments the SP by 32. 



3.9.2 Auxiliary Staclcs 



Auxiliary stacks, which are typically used to contain dynamically allocated data 
storage, can be managed in software. You can use any A- or B-file register 
(except the SP) as the auxiliary stack pointer. For the purposes of discussion, 
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the symbol stk represents the auxiliary stack pointer, stk is a symbol that 
must be equated to one of the general-purpose registers; for example: 



STK 



, set 



AO 



STK can contain any 32-bit value; however, stack operations execute more effi- 
ciently when the 5 LSBs of the stk are Os. This aligns the stk to long-word 
boundaries in memory, reducing the number of memory cycles needed to push 
or pop values. 

As Figure 3-29 and Figure 3-30 show, an auxiliary stack can grow in either 
direction in memory. These figures represent memory as a string of continu- 
ously addressable bits. 

Figure 3-29 shows a stack that grows toward lower memory addresses. 



Figure 3-29. An Auxiliary Stacl< Tfiat Grows Toward Lower Addresses 
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Qi Figure 3-29 (a) shows the original stack. 

Q In Figure 3-29 (b), afield of arbitrary size is pushed onto the stack with this 
instruction: 

MOVE f?s,*-STK 

{Rsand stk represent general-purpose registers and must be in the same 
register file.) 

Qi In Figure 3-29 (c), the field is popped off the stack with this instruction: 

MOVE *STK+,/=?d 

(/?flfand STK represent general-purpose registers and must be in the same 
register file.) 
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Between instructions, stk always points to the lowest bit address in the 
stack— this corresponds to the very top of the stacl<. You can use the MMTM 
STKjegister list instruction to save multiple registers on the stack in 
Figure 3-29. Later, you can restore the registers to their former values with an 
MMFM STK,regr/sfer//sf instruction. 

Figure 3-30 shows a stack that grows toward higher memory addresses: 



Figure 3-30. An Auxiliary Stack That Grows Toward Higher Addresses 
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Qi Figure 3-30 (a) shows the original stack. 

Qi In Figure 3-30 (b), a field of arbitrary size is pushed onto the stack using 
the following instruction: 

MOVE /?s,*STK+ 

□ In Figure 3-30 (c), the field is popped off the stack with this instruction: 

MOVE *-STK,f?of 

Between instructions, the stk always points to one plus the highest bit address 
in the stack— this location is one bit beyond the very top of the stack. 
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Chapter 4 

TMS34020 Registers 



The TMS34020 has two on-chip general-purpose register files, file A and file 
B. Each register file contains fifteen 32-bit registers. The register files share 
a 32-bit hardware stack pointer (SP) that automatically manages the system 
stack during interrupts and subroutine calls. The TMS34020 also has 2 dedi- 
cated 32-bit registers — a program counter and a status register. 

In addition to the CPU registers, the TMS34020 has 54 memory-mapped regis- 
ters that are dedicated to I/O functions. 



Section Page 

Dedicated registers include tiie 4.1 The Status Register (ST) 4-2 

status register, program counter, 42 The Program Counter (PC) 4-4 
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4.1 The Status Register (ST) 



The status register (ST) is a special-purpose, 32-bit register tliat reflects the 
processor status. The ST also contains several parameters that define the 
characteristics of two programmable data types, fields and 1 . At reset, the 
TMS34020 initializes the ST to 0000 001 Oh. Figure 4-1 illustrates the status 
register. Table 4-1 lists the functions associated with the status bits. 



Figure 4-1 
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Table 4-1. Definitions of Bits in the Status Register 



Bit Field 

Number Name 



21 



IE 



Function 



— 4 FSO Field size 0: Length in bits of the first memory data field. 

FSO = 00001 2— 11111 2 defines a field size of 1—31 

FSO = OOOOO2 defines a field size of 32 

5 FEO Field extension 0: Determines whether the memory field is extended with Os or with 

the sign bit when loaded into a 32-bit general-purpose register. 

FEO = selects zero extension for field 

FEO = 1 selects sign extension for field 

6 — 1 FS1 Field size 1 : Length In bits of the second memory data field. 

FS1 = OOOOI2— IIIII2 defines afield size of 1—31 
FS1 = OOOOO2 defines a field size of 32 

11 FE1 Field extension 1 : Determines whether the memory field is extended with Os or with 

the sign bit when loaded into a 32-blt general-purpose register. 

FE1 = selects zero extension for field 1 

FE1 = 1 selects sign extension for field 1 



Interrupt enable: Master Interrupt enable/disable bit. 
IE = disables all maskable interrupts 
IE = 1 enables all maskable interrupts 



22 SS Single step: Setting the SS bit to 1 causes the TMS34020 to interrupt program execu- 
tion following execution of each instruction. This is useful for debugging purposes. 

25 IX Interruptible instruction executing: When an interrupt occurs during instruction ex- 

ecution, the TMS34020 sets or clears the IX bit before saving the ST on the stack. 

IX=0 indicates that an interrupt occurred at an instruction boundary 

IX = 1 indicates that an interrupt occurred in the middle of an interruptible instruc- 
tion 
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Table 4-1. 


Definitions of Bits in ttie Status Register (continued) 


Bit 
Number 


Field 
Name 


Function 


26 


BF 


Bus fault: Set when a bus fault occurs on a local-memory cycle. 


28 


V 


Overflow: Set according to instruction execution. 


29 


Z 


Zero: Set according to instruction execution. 


30 


c 


Carry: Set according to instruction execution. 


31 


N 


Negative: Set according to instruction execution. 


12—20 
23—24 
27 


Mi^. 


Reserved: These bits are reserved; the TMS34020 does not use them. At reset, the 
TMS34020 clears these reserved bits to 0. 

Note: To maintain compatibility, you should write only Os to these bits. 



All instructions can potentially change the status register; during instruction 
execution, the TMS34020 may set the V, Z, C, and N bits. If you want to directly 
affect the ST, you can use the following instructions. 

PUTST writes the contents of a specified general-purpose register into 
the status register. Here's an example: 

MOVI OOOOOOlOh, AO 
PUTST AO 

GETST copies the contents of the ST into a specified general-purpose 
register. 

SETC sets the C bit without altering any other status bits. 

CLRC clears the C bit without altering any other status bits. 

SETF writes values to the FSO and FEO or FS1 and FE1 bits without 

altering any other status bits. 

EXGF exchanges the 6 LSBs of a specified general-purpose register 

with the FSO and FEO bits or with the FS1 and FE1 bits. 

EINT sets the IE bit. 

DINT clears the IE bit. 

PUSHST pushes the contents of the ST onto the stack. 

POPST pops the value at the top of the stack into the ST. 
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4.2 The Program Counter (PC) 



The program counter (PC) is a special-purpose, 32-bit register that points to 
the next instruction word to be executed. Instructions are always aligned on 
1 6-bit boundaries; thus, as Figure 4-2 shows, the PC's 4 LSBs always contain 
OS. 



Figure 4-2. Program Counter 




An instruction consists of one or more 16-bit instruction words. The first word 
contains the opcode for the instruction; additional words may contain immedi- 
ate data, displacements, or absolute addresses. As the TMS34020 fetches 
each 1 6-bit instruction word, it increments the PC to point to the next instruction 
word. 

The PC contents are replaced during a branch instruction, subroutine call 
instruction, return instruction, or interrupt. As Table 4-2 shows, instructions 
can be categorized according to their effects on the PC. 



Table 4-2, How Instruction Execution Affects the PC 



Instruction Type 



Effect on PC 



No branch 



The PC is incremented at the end of the instruction, al- 
lowing execution to proceed sequentially to the next In- 
struction. 



Absolute branch 
(TRAP, GALLA, JAcc) 



The PC is loaded with an absolute address; the ad- 
dress' 4 LSBs are set to Os. 



Relative branch 
(CALLR, JRcc, DSJcc) 



The signed displacement (8 or 1 6 bits) is added to the 
PC's current contents. The signed displacement is 
treated as a word displacement; that is, it is shifted left 
4 bit positions before it is added to the PC. 



Indirect branch 
(JUMP, CALL) 



The PC is loaded with the register contents. The 4 LSBs 
are set to Os. 
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Two additional instructions provide you with direct control of the PC. 

GETPC copies the contents of the PC into a specified general-purpose reg- 
ister. 

EXGPC exchanges the contents of the PC with the contents of a specified 
general-purpose register. 
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4,3 The Stack Pointer (SP) 



The stack pointer (SP) is a special-purpose, 32-bit register that contains the 
bit address of the top of the system stack. The TMS34020 contains only a 
single SP] however, this SP can be addressed as a member of either register 
file, as register A15 or register B15. Any instruction that uses a general-pur- 
pose register as an operand can also use the SP as an operand. 

Figure 4-3 illustrates the stack pointer; Section 3.9, Stacks , (page 3-26) 
describes stack operation in detail. 



Figure 4-3. The Stack-Pointer Register 



31 



5 4 3 2 1 



word address 


















-27 bits- 



-5 bits- 



Note: The 5 LSBs may not always be Os; however, stack operations are more efficient when these bits are Os. 



The system stack grows toward smaller addresses. The stack pointer always 
points to the value at the top of the stack. Specifically, the SP contains the 32-bit 
address of the LSB of that value. Although the SP's 5 LSBs can have any arbi- 
trary value, stack operations execute more efficiently when the 5 LSBs are 0. 
Clearing these bits to Os aligns the stack pointer on a 32-bit word boundary; 
thus, only a single memory access (two cycles) is necessary to push or pop 
the contents of a 32-bit register. 

During subroutine calls and interrupts, the PC and ST are pushed onto the 
stack. These are both 32-bit registers. (If the SP is not long-word aligned when 
instruction execution is interrupted, the TMS34020 aligns the stack before 
saving the PC and ST.) The MMTM and MMFM instructions push/pop multiple 
32-bit registers from the A or B file. 

For the most efficient execution, you should ensure that the SP is always 
aligned to a long word and that it is incremented or decremented in multiples 
of 32 bits. 
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4.4 General-Purpose Registers (Register Files A and B) 

The TMS34020 has thirty 32-bit general-purpose registers, divided into regis- 
ter files A and B. The register files share a single stack pointer (SP). Figure 4-4 
illustrates the register files (note the shared SP). 



Figure 4-4. The Register Files 



Register File A 

bit 31 bit 

MSB LSB 



AG 

A1 

A2 

A3 

A4 

A5 

A6 

A7 

A8 

A9 

A10 

A11 

A12 

A13 

A14 






















BO 

B1 

B2 

B3 

B4 

B5 

B6 

37 

B8 

B9 

B10 

B11 

B12 

B13 

B14 



Register File B 

bit 31 bit 

MSB LSB 



SADDR 



SPTCH 



DADDR 



DPTCH 



OFFSET 



WSTART 



WEND 



DYDX 



COLORO 



C0L0R1 



MADDR 



MPTCH 



TEMP 



PATTERN 



TEMP 



stack pointer 



SP 



t The line instructions use these registers for a different purpose. 

Some graphics instructions use these registers as temporary registers. 



As Figure 4-4 shows, 1 5 of the general-purpose registers, AO— A1 4, form reg- 
ister file A. Register file B also consists of 15 general-purpose registers, 
BO — 81 4. Many of the TMS34020 instructions use these registers for storing 
and manipulating data. 

The TMS34020*s register files have several advantages: 

Qi The general-purpose registers are dual-ported. This allows theTMS34020 
to read from or write to two separate registers at the same time. 

Q Several instructions use general-purpose registers to contain source and 
destination operands; these are called register-to-register Instructions. 
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General-Purpose Registers (Register Files A and B) 



Multiple internal data paths link the ALU to the general-purpose registers, 
allowing the TMS34020 to execute most register-to-register instructions 
in a single machine state. Single-state instructions include add, subtract, 
Boolean operations, and shifts (1 to 32 bits). 

During a single-state instruction, the following actions may occur: 

■ The TMS34020 reads, in parallel, two 32-bit operands from the 
general-purpose registers. 

■ The ALU performs the specified operation. 

■ The 32-bit result is stored in the specified general-purpose register. 

All register-to-register instructions (except MOVE fls, Rd) require both regis- 
ters to be in the same file. Instructions that can use registers AO — ^A14 and 
BO — B14 as operands can also use the SP as an operand. 

I 1 

Note: 

For some graphics operations, the B-file registers have hardware-dedicated 
functions. When their special functions are used, the contents of the B-file reg- 
isters are referred to as implied graphics operands. Several I/O registers 
also contain implied operands. 

No hardware-dedicated functions are associated with the A-file registers; 
generally, instructions do not use the A-file registers as implied operands. 



Table 4-3 (page 4-8) summarizes the names and functions associated with 
the B-file registers when they are used as implied operands. 
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Table 4-3. 


Summary ofB-File Registers' Implied-Operand Functions 


Register 


Function 


Description 


BO 


SADDR 


Source address. Address (linear or XY) of a source pixel array; usually tlie address 
of the array's upper left corner (the lowest pixel address in the array). 


B1 


SPTCH 


Source pitch. Difference in start addresses (linear) between adjacent rows of a 
source pixel array. 


82 


DADDR 


Destination address. Address (linear or XY) of a destination pixel array; usually the 
address of the array's upper left corner (the lowest pixel address in the array). 


83 


DPTCH 


Destination pitch. Difference in start addresses (linear) between adjacent rows of 
a destination pixel array. 


84 


OFFSET 


Offset. Linear bit address, corresponds to the XY origin (X=0, Y=0). 


85 


WSTART 


Window start address. XY address of the upper left corner of the window (smallest 
X and Y coordinate values in the window). 


86 


WEND 


Window end address. XY address of the lower right corner of the window (largest 
X and Y coordinate values in the window). 


87 


DYDX 


Deita Y/deita X. The 1 6 LS8s of DYDX define the width (X dimension) of a pixel array. 
The 16 MS8s define the height (Y dimension) of a pixel array. 


88 


COLORO 


Background pixel color. COLORO contains the background color for graphics oper- 
ations. 


89 


C0L0R1 


Foreground pixel color. G0L0R1 containstheforeground color for graphics opera- 
tions. 



81 MADDR Mask address. Address of the upper left corner of a mask pixel array (lowest pixel 

address in the array). 
COUNT Loop counter. LINE & FLINE Instructions use 810 to count the number of pixels 
drawn within the line. 
TEMP Temporary register. _^__ 

81 1 MPTCH Mask pitch. Difference in start addresses (linear) between adjacent rows of a mask 

array. 
INC1 Diagonal increment. LINE & FLINE use INC1 to Identify the amount by which a pixel 

address is Incremented in the diagonal direction. 

81 2 INC2 Dominant increment. LINE & FLINE use INC2 to identify the amount by which a pix- 

el address is incremented in the dominant direction. 
TEMP Temporary register. 



813 



814 



PATTERN Array or line pattern. The 1 s and Os within PATTERN identify a pixel pattern for an 
array or a line. 

TEMP Temporary register. 



Note: Some graphics instructions use the TEMP (temporary) registers to store temporary values and context in- 
formation during Instruction execution. 
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\/0 Registers 



4.5 I/O Registers 



The TMS34020 supports a set of I/O registers that control and monitor 

Q[ communications between the TMS34020 and a host processor, 

□ the TMS34020's interface to local memory, 

□ interrupts, 

Ql video timing and screen refreshing, and 
Qi graphics-drawing operations. 

The I/O registers reside in the TMS34020's on-chip memory, occupying 
addresses COOO OOOOh— COOO 03FFh. Figure 4-5 shows this. 



Figure 4-5. I/O Register Memory Map 



Most significant Half Least Significant Half 



HESYNC 

HEBLNK 

HSBLNK 

HTOTAL 

DPYSTRT 

CONTROL 

HSTADRL 

HSTCTLL 

INTENB 
CONVSP 
PSIZE 
PMASKH 
CONTROL 
DPYTAP 
HCOUNT 
REFADR 

DPYSTH 

DPYNXH 
DINCH 

HESERR 
reserved 
reserved 

BSFLTST 
reserved 

SETHCNT 
BSFLTDH 
reserved 
reserved 
IH0ST1H 
IH0ST2H 
IH0ST3H 
IH0ST4H 



COOO 0010 
COOO 0030 
COOO 0050 
COOO 0070 
COOO 0090 
COOO OOBO 
COOO OODO 
COOO OOFO 


0000 0110 
0000 0130 
COOO 0150 


i 




COOO 0170 


iii 




COOO 0190 
COOO 01 BO 


COOO 01 DO 


COOO 01 FO 


COOO 0210 
COOO 0230 
COOO 0250 
COOO 0270 
COOO 0290 
COOO 02B0 
COOO 02D0 
COOO 02F0 


i 


COOO 0310 


1 




COOO 0330 


III 




COOO 0350 
COOO 0370 
COOO 0390 
COOO 03B0 
0000 03D0 
COOO 03F0 



COOO 0000 
COOO 0020 
COOO 0040 
COOO 0060 
COOO 0080 
COOO OOAO 

COOO ooco 
COOO OOEO 



COOOOIOO 
0000 0120 
COOO 0140 
COOO 0160 

COOO otao 

COOO 01 AO 
COOO 01 CO 
COOO 01 EO 



COOO 
COOO 
COOO 
COOO 
COOO 
COOO 
COOO 
COOO 



0200 
0220 
0240 
0260 
0280 
02A0 
02C0 
02E0 



COOO .0300 
COOO 0320 
COOO 0340 
COOO 0360 
COOO 0380 
C000 03AO 
OOOO 0300 
COOO 03E0 



VESYNC 

VEBLNK 

VSBLNK 

VTOTAL 

DPYCTL 

DPYINT 

HSTDATA 

HSTADRH 

HSTCTLH 

INTPEND 

CONVDP 

PMASKL 

CONVMP 

CONFIG 

VCOUNT 

DPYADR 

DPYSTL 

DPYNXL 

DINCL 

reserved 

reserved 

reserved 

SCOUNT 

DPYMSK 

SETVCNT 

BSFLTDL 

reserved 

reserved 

IH0ST1L 

IH0ST2L 

IH0ST3L 

IH0ST4L 



The TMS34020 can access these registers directly; a host processor can 
access them through the TMS34020's host interface. I/O registers are 
accessed like any other memory location. Table 4-4 summarizes the I/O regis- 
ters and their functions. 
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Table 4-4. Summary of I/O Registers 


Register 


Adciress 


Description 


BSFLTDL 
BSFLTDH 


COOO 0320h 
COOO 0330h 


Bus-fault data. When a bus fault occurs, the TMS34020 stores the cur- 
rent LAD data in the BSFLTD registers. 


BSFLTST 


COOO 2D0h 


Bus-fault status. When a bus fault occurs, the TMS34020's memory con- 
troller saves its current state into BSFLTST. 


CONFIG 


COOOOIAOh 


System configuration. Contains several parameters that enable VRAM 
register loads and control little-/big-endian addressing, row-column ad- 
dress configuration, and refresh rates. 


CONTROL 


COOOOOBOh 
C000 0190h 


Memory control. Controls transparency, window checking, PIXBLT direc- 
tion, and cache operation. 


CONVDP 


COOOOUOh 


Destination pitch conversion factor. Contains theXY-to-linearfactorfor 
converting a destination array address. 


CONVMP 


C000 0180h 


Mask pitch conversion factor. Contains the XY-to-linear factor for con- 
verting a mask array address. 


CONVSP 


COOOOISOh 


Source pitch conversion factor. Contains theXY-to-linearfactorfor con- 
verting a source array address. 


DINCL 
DINCH 


COOO 0240h 
COOO 0250h 


Display increment. Contains the difference in addresses between verti- 
cally adjacent pixels (the display pitch). 


DPYADR 


COOOOIEOh 


Display address. Provides TMS34010 compatibility. 


DPYCTL 


COOO OOBOh 


Display control. Controls video timing parameters. 


DPYINT 


COOO OOAOh 


Display interrupt. Identifies the next scan line at which a display Interrupt 
will be requested. 


DPYNXL 
DPYNXH 


COOO 0220h 
COOO 0230h 


Display next address. The DPYNX registers contain a 32-bit address. 


DPYMSK 


COOO 02E0h 


Display mask. When screen refreshes are enabled, DPYMSK defines 
which bits of the address in the DPYNX and DPYST registers correspond 
to the tap-point portion of the address output during screen-refresh cycles. 


DPYSTL 
DPYSTH 


COOO 0200h 
COOO 021 Oh 


Display start address. Points to the pixel at the left of the 1^* line dis- 
played on the screen. 


DPYSTRT 


COOO 0090h 


Display start address. Provides TMS3401 compatibility. 


DPYTAP 


COOOOIBOh 


Display tap point address. Provides TMS34010 compatibility. 


HCOUNT 


COOOOIDOh 


Horizontal count. Tracks the number of VCLKs per horizontal scan line. 


HEBLNK 


COOO 0030h 


Horizontal end blank. Defines the point at which the horizontal blanking 
interval ends. 


HESERR 


COOO 0270h 


Horizontal end serration. Defines the point at which the composite sync 
pulse ends during the serration region of vertical blanking. 


HESYNC 


COOO 001 Oh 


Horizontal end sync. Defines the point at which the horizontal sync pulse 
ends. 


HSTADRH 
HSTADRL 


COOO OOEOh 
COOO OODOh 


Host interface address. Provides TMS34010 compatibility. 
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I/O Registers 


Table 4-4. 


Summary of I/O Registers (continued) 


Register 


Address 


Description 


HSTCTLH 


COOOOIOOh 


Host interface control, high word. Controls host-interface functions 
such as halt acknowledge, software reset, the nonmaskable interrupt, host 
autolncrements and prefetches, and halting TMS34020 execution. 


HSTCTLL 


COOO OOFOh 


Host interface control, low word. Controls host-interface functions such 
as messages, emulator control, and bus-fault and retry information. 


HSTDATA 


COOO OOCOh 


Host interface data. Provides TMS34010 compatibility. 


HSBLNK 


COOO 0050h 


Horizontal start blank. Defines the point at which the horizontal blanking 
interval begins. 


HTOTAL 


COOO 0070h 


Horizontal total. Defines the duration of each horizontal scan line (in 
terms of VCLK periods). 


IHOST 


COOO 0380h 

through 
COOO OSFOh 


Internal host interface address. The host interface uses these 32-blt 
locations. 


INTENB 


COOO 011 Oh 


Interrupt enable. Assuming that the status IE bit = 1 , setting specific bits 
to 1 enables external interrupts 1 & 2, the host interrupt, the display inter- 
rupt, or the window-violation interrupt. 


INTPEND 


C000 0120h 


Interrupt pending. The values of specific bits indicate whether an exter- 
nal interrupt, host interrupt, display interrupt, or window-violation interrupt 
has been requested but not yet serviced. 


PMASKL 
PMASKH 


cooooieoh 

C000 0170h 


Plane mask. The PMASK registers form a 32-bit value that selectively en- 
ables/disables individual planes In a multiple-bit-per-pixel display system. 


PSIZE 


COOOOISOh 


Pixel size. Defines the pixel size (in bits). Valid pixel sizes include 1 , 2, 4, 
8, 16, and 32. 


REFADR 


COOOOIFOh 


Refresh pseudo-address. Contains the address output during DRAM- 
refresh cycles. 


SCOUNT 


COOO 02C0h 


Shift clock counter. Incremented during the active display time so that 
it always contains the tap point of the bit most recently shifted out of the 
VRAM serial registers. 


SETHCNT 


COOO 031 Oh 


Set horizontal count. When external video Is enabled, SETHCNT con- 
tains the value that is loaded Into HCOUNT. 


SETVCNT 


COOO 0300h 


Set vertical count. When external video is enabled, SETVCNT contains 
the value that is loaded into VCOUNT. 


VCOUNT 


COOOOICOh 


Vertical count. Counts the horizontal lines in the video display. Increment- 
ing on the same clock edge that resets HCOUNT to 0. 


VEBLNK 


COOO 0020h 


Vertical end blank. Defines the time at which the vertical blanking interval 
ends. 


VESYNC 


COOOOOOOh 


Vertical end sync. Defines the time at which the vertical sync pulse ends. 


VSBLNK 


COOO 0040h 


Vertical start blank. Defines the time at which the vertical blanking inter- 
val begins. 


VTOTAL 


COOO 0060h 


Vertical total. Defines the time at which the vertical sync pulse begins. 
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4.5.1 CPU Control Registers 



CONTROL PSIZE GONVSP 
CONVDP CONVMP 

These 5 registers provide CPU control. They allow you to select those 
TMS34020 characteristics that meet your specific system needs, such as the 
pitches for pixel transfers, window-checking modes, transparency modes. 
Boolean or arithmetic pixel-processing options, PIXBLT direction, and pixel 
size. 



4.5.2 Host Communications Registers 



HSTCTLH HSTCTLL 



These registers provide a host processor with the ability to interrupt or halt the 
TMS34020, flush the Instruction cache, communicate with an emulator, and 
select modes for accessing TMS34020 local memory. 



4.5.3 Local-IVIemory and DRAIW/VRAiVI Interface Registers 



CONFIG PMASK REFADR 

BSFLTD BSFLTST 

The memory controller manages the TMS34020's interface to the local 
memory, automatically performing the bit alignment and the masking neces- 
sary to access data located at arbitrary bit boundaries within memory. 



4.5.4 Interrupt Registers 



INTENB INTPEND 



These registers control and monitor interrupt requests to the TMS34020, 
including 2 externally generated interrupts and 3 internally generated 
interrupts, including 

Qr External interrupts 1 and 2 

□l Window-violation interrupt 

Ql Host interrupt 

Q Display interrupt 

If the IE status bit (global interrupt enable) = 1 , you can set a bit in the INTENB 
register to enable any of these interrupts. You can check bits in the INTPEND 
register to see if any of these interrupts are pending. 
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4.5.5 Video Timing and Screen-Refresli Registers 



Twenty-eight registers are dedicated to video timing and screen-refresh func- 
tions. The TMS34020 can drive composite sync or separate sync displays. 
Parameters in the DPYCTL register allow you to select the direction (input/out- 
put) of the sync signals: 



Composite Sync Mode 


Separate Sync Mode 


Signal 


Direction 


Signal 


Direction 


VSYNC 


I/O 


VSYNC 


I/O 


HSYNC 


I/O 


HSYNC 


I/O 


CSYNC 


I/O 


HBLNK 





CBLNK 





VBLNK 






In composite mode, the TMS34020 can e xtract VS YNC and HS YNC from an 
external composite sync, or it can generate CSYNC from separate VSYNC and 
HSYNC inputs. Internally, you can set the TMS34020 to preset the horizontal 
and vertical counts upon receiving an external sync signal. This allows com- 
pensation for any combination of internal and external delays that occur in the 
video synchronization process. 



Ol An external HSYNC loads HCOUNT from SETHCNT 



Q An external VSYNC loads VCOUNT 



Ol An external CSYNC loads both HCOUNT and VCOUNT from SETHCNT 
and SETVCNT, respectively. 

The TMS34020 directly supports multiport VRAMs by generating the serial- 
register transfer cycles that are necessary for refreshing a display. The 
memory locations that contain the display information, as well as the number 
of horizontal scan lines displayed between serial-register transfer cycles, are 
programmable. 



4.5.6 Latency of Writes to I/O Registers 



The TMS34020 has a high degree of internal parallelism; for example, it can 
fetch instructions and data while still executing the current instruction. Normal- 
ly this is beneficial.This could cause problems, however, if the current instruc- 
tion alters an I/O register and the next instruction uses that register as an 
implied operand. In this situation, the second instruction may not execute prop- 
erly. This could occur, for example, if a PIXBLT followed a MOVE instruction 
that modified the CONTROL register. 

You can easily avoid this situation by ensuring that the write to the I/O register 
completes beforeany subsequent instructions use the modified register value. 
To do this, follow the write to the register with an MWAIT instruction. 
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4.6 Alphabetical Summary of I/O Registers and B-File Registers 

The remainder of this chapter contains an alphabetical reference of the I/O and 
B-file registers. Some I/O registers contain implied operands for graphics 
instructions; the B-file registers also contain implied graphics operands. 
Therefore, the B-file registers and I/O registers are summarized together in this 
section. 

Here's an important point: Although you'll use both B-file and I/O registers as 
implied operands, you must access them differently. Because the I/O registers 
are memory mapped, they are accessed similarly to external memory loca- 
tions. 

The code segment below shows a sample implied-operand setup for a FILL L 
instruction. It shows that you must use a different MOVE instruction for loading 
an I/O register than you would use for loading a B-file register. Note that most 
programs refer to registers by their symbolic names (such as DADDR or 
PSIZE, assuming you've equated these names to the actual register name or 
location). 



Set up the B— file registers 




MOVI 0050h, B2 


; DADDR 


MOVI OlOOh, B3 


; DPTCH 


MOVI 000050008h, B7 


; DYDX 



Set up the I/O registers 
MOVK 4, AO 

MOVE AO, eOCOOOOlSOh, ; PSIZE 
CLR AO 

MOVE AO, @OC0000160h, 1 ; PMASK 
MOVE AO, eOCOOOOOBOh, ; CONTROL 
MWAIT ; wait until data has been written 

FILL L 
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Bus-Fault Data Registers BS FLTD 



B-file register? 
I/O register? 



V 



register number; 



BSFLTD (32-bit address): COOO 0320li 
BSFLTDL (16-bit address): COOO 0320h 
BSFLTDH (16-bit address): C000 0330h 



Format 



or 



31 



15 



15 



BSFLTD— 32 bits of bus-fault data 



BSFLTDL— 16 LSBs of bus-fault data 



BSFLTDH'-^ie MSBs of bus-fault data 



Note: 

You can access the bus-fault registers separately or together by using differ- 
ent addresses and different field sizes. 

Ql To access BSFLTD as a single 32-bit register, access the 32-bit field at 
address COOO 0320h. 

□i To access BSFLTDL as a 1 6-bit register, access the 1 6-bit field at address 
COOO 0320h. 

^ To access BSFLTDH as a 1 6-bit register, access the 1 6-bit field at address 
COOO 0330h. 



Description 



When a bus fault occurs, the TMS34020's memory controller uses BSFLTD to 
store the data on the LAD bus. When any CPU-initiated memory access 
returns a bus-fault completion code on the LRDY and BUSFLT pins, the 
memory controller 

Step 1 : Saves the data currently stored on LADO— LAD31 into BSFLTD. 

Step 2: Signals the CPU that a bus fault occurred. The CPU 

Ql pushes the current machine state onto the stack, 

Ql executes a bus fault interrupt routine to clear the cause of the bus 
fault, and 

Q pops the machine state off the system stack to restore the CPU 
to its previous state. 

Step 3: Uses the data in the BSFLTD registers to restore LADO— LAD31 and 
re-executes the memory access that caused the bus fault. If the 
faulted memory access was a read, the data saved in and restored 



4-15 



BSFLTD Bus-Fault Data Registers 



from the BSFLTD registers has no significance. However, the 
mennory controller saves and restores the LAD data, regardless of 
whether the faulted memory access was a read or a write. 

Do not write to these registers. When a bus fault occurs, the saved LAD data 
writes over any data in the BSFLTD registers. If necessary, you can read the 
contents of the BSFLTD registers during your bus fault interrupt routine. 

I ' ' -1 

Note: 

Although BSFLTDL and BSFLTDH are I/O registers, they are not loaded by 
a memory write when a bus fault occurs. If external memory shadows these 
locations, the BSFLTD registers are not copied to external memory. 
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Bus-Fault Status Register BSFLTST 



8-file register? 
I/O register? 



register number: 

address: C000 02D0h 



Format 



Description 



15 



bus fault status 



When a bus-fault occurs, tlie TMS34020's memory controller saves its current 
state into ttie BSFLTST register. The status information tells the memory con- 
troller what type of access triggered the bus fault and marks the point within 
the access where execution can resume. 

When any CPU-initiated memory access returns a bus-fault completion code 
on the LRDY and BUSFLT pins, the memory controller 

Step 1 : Saves its current state into BSFLTST. 

Step 2: Signals to the main processor that a bus fault occurred. 

Step 3: After the CPU clears the cause of the bus fault and restores its inter- 
nal state, the memory controller restores its pre-bus-fault state from 
the BSFLTST register and re-executes the memory access that 
caused the bus fault. 

Usually, you should not write to the BSFLTST register. When a bus fault occurs, 
the saved memory controller state writes over any data in the BSFLTST regis- 
ter. If you do notwanttheTMS34020to re-execute the faulted memory access, 
your bus-fault interrupt routine should write the value FFFFi g to the BSFLTST 
register. This causes the memory controller to return from the bus fault in an 
idle state. 



Note: 

Although BSFLTST is an I/O register, it is not loaded by a memory write when 
a bus fault occurs. If external memory shadows this location, the BSFLTST 
register is not copied to external memory. 
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B-file register? 

I/O register? 



register number: B8 

address: 



Format 



Description 



31 



replicated pixel value 



COLORO provides a background color, defining the replacement color for bits 
in a binary source array or in the PATTERN register. Pixel alignment within 
COLORO corresponds directly to alterable pixels within memory; individual 
pixels within COLORO are used as they align with pixels in the destination 
word. 

Binary PIXBLTs use color information in COLORO and C0L0R1 to transform 
a binary pixel array into a multiple-bits-per-pixel array. 



Wtiicii instructions 
use tfiis register? 



Exampie 



Note: 

You must replicate the color information throughout all 32 bits of COLORO. 



Execution of graphics instructions does not modify COLORO. 



Instruction 



COLORO's function 



FLINE, LINE 
FPIXEQ, FPIXNE 
PFILL XY 
PIXBLT B, L 
PIXBLT B, XY 



Replaces Os in the PATTERN value 
Comparison value 
Replaces Os in the PATTERN value 
Background pixel color for color-expanded array 
Background pixel color for color-expanded array 



This example is for 4-bit pixels. A pixel value of 5 is replicated throughout the 
COLORO register. 



COLORO 



.set B8 



MOVI 55555555h, COLORO ; store uniform pixel 
; value in COLORO 
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Foreground C^^^^ OOLOH"] 



B-file register? 

I/O register? 



register number: B9 

address: 



Format 



Description 



31 



replicated pixel value 



COLOR1 provides a foreground color, defining the replacement color for 1 bits 
in a binary source array. Pixel alignment within C0L0R1 corresponds directly 
to alterable pixels within memory; individual pixels within C0L0R1 are used 
as they align with pixels in the destination word. 

Binary PIXBLTs use color information in COLORO and C0L0R1 to transform 
a binary pixel array into a multiple-bits-per-pixel array. Other graphics instruc- 
tions use C0L0R1 as the replacement color for an alterable destination pixel 
or for alterable pixels within a pixel block. 



Note: 

You must replicate the color information throughout all 32 bits of C0L0R1 . 



Which instructions 
use this register? 



Execution of graphics instructions does not modify C0L0R1. 



Instruction 



COLORI's function 



DRAV Pixel color for pixel draw 

FILLS (both) Pixel color for filled array 

FLINE, LINE Replaces 1 s in the PATTERN value 

PFILL XY Replaces 1 s in the PATTERN value 

PIXBLT B, L Foreground pixel color for color-expanded array 

PIXBLT B, XY Foreground pixel color for color-expanded array 

TFILL Pixel color for drawing 

VLCOL Color-fill data value for VRAM color registers 



Exampie 



This example is for 4-bit pixels. A pixel value of 3 is replicated throughout the 
C0L0R1 register. 



COLORl 



.set B9 



MOVI 33333333h, COLORl ; Store uniform pixel 
; value in COLORl 
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CONFIG System Configuration Register 



B-file register? 
I/O register? 



register number: 

address: COOOOIAOh 



Format 



15 14 13 12 



11 



10 9 



mm 


RR 


M 


VEN 


'mm. mm 


RCM 


BEN 



Bits 



Description 



Bits 


Name 


Function 





BEN 


Enables big-endian memory addressing 


1—2 


RCM 


Configures RCA bus address 


3 


CBP 


Enables configuration byte protect 


8 


VEN 


Enables VRAM internal register load 


12—10 


RR 


Selects refresh rate 


4-7,9, 
13—15 


m. 


Reserved; do not use 



CONFIG controls several system parameters: it selects the memory address- 
ing configuration, informs the TMS34020thatthe system contains VRAMs with 
color-latch and write-mask registers, and selects the DRAM-refresh rate. 



% 



o 
o 



Note: 

Future pin-compatible TMS340xO devices may use bit 4, providing you with 
the ability to extend the 04 phase of certain memory subcycles. This will ease 
interfacing to DRAMs if the TMS340xO's LCLK frequency is increased above 
1 MHz. To ensure compatibility with your existing TMS34020 system, set bit 
4 to 1 . Setting this bit will not affect the TMS34020. 



Before almost any system activity can take place, you must select appropriate 
values for CONFIG's 3 LSBs. BEN and RCM affect memory addressing; until 
BEN and RCM have appropriate values, the TMS34020 can successfully 
access only 32-bit words at memory addresses that have row addresses of all 
1s or alios. 

Qi If the TMS34020 is not powered up in host-present mode, it reads the reset 
vector from address FFFF FFEOh. Then, before fetching any instructions, 
the TMS34020 writes the 4 LSBs of the reset vector to the 4 LSBs of 
CONFIG; this defines the system's memory addressing configuration. You 
should program the BEN and RCM values into the 3 LSBs of the reset vec- 
tor; program bit 3 of the reset vector to set the CBP bit. Because the reset 
vector's row address is all 1s, the TMS34020 can successfully read the 
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TMS34020 Registers 



bitO 



bits 1 & 2 



System Co^^^^ 



reset vector, regardless of the BEN and RCM values. The TMS34020 
assumes that the reset vector is aligned to a 1 6-bit word, so the values in 
the reset vector's 4 LSBs do not affect the location from which the 
TMS34020 starts fetching instructions. 

Ql If the TMS34020 is powered up in host-present mode, the host must set 
BEN and RCM before accessing the TMS34020's local memory. 

Big-endian memory addressing enable 

BEN Effect 

Selects little-endian addressing (default) 

1 Selects big-endian addressing 

The TMS34020 can use either little- or big-endian addressing conventions. 
Little-endian is the default (BEN=0). To use big-endian memory addressing, 
set BEN to 1. For more information about these addressing modes, refer to 
Section 3.8, Big-Endian and Little-Endian Addressing , on page 3-20. 

RCA bus configuration mode 



RCM1 


RCMO 


Base Array Size 
(CAMDrO) 


Logical Address Bits Output on 
RCAO— RCA12 at Row-Address Time 








64Kxn 


24to12 





1 


256Kx« 


25to13 


1 





1Mxn 


26to14 


1 


1 


mxn 


27to15 



The RCM bits determine which bits of the logical address are output on 
RCAO— RCA12 at row-address time. Additionally, the CAMD pin allows the 
address output at column-address time to be modified on a cycle-by-cycle 
basis. These capabilities allow you to directly wire DRAMs and VRAMs of more 
than 1 of the above sizes to the RCA bus in the same system, without using 
external multiplexing logic. If CAMD is set high during a cycle, most of the bits 
in the column address are shifted left by 1 bit. However, the logical address bits 
output on RCAO, RCA11 , and RCA1 2 are not determined by a shift, and vary 
according to the value of the RCM bits. 



RCM1 


RCMO 


Logical Address Bits Output on RCAO— RCA12 at 
Column-Address Time with CAI\/iD=1 








23, 22, 13, 12, 11, 10, 9, 8, 7, 6, 5, S, S 





1 


26, 14, 13, 12, 11, 10, 9, 8, 7, 6, 5, S,S 


1 





15, 14, 13, 12, 11, 10, 9, 8, 7,6,5, S,S 


1 


1 


28, 14, 13, 12, 11, 10, 9, 8, 7, 6, 5, S, 16 



Key: S is the 1 6-bit word select. 
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CONFIG System Configuration Register 



bits 



For more information about RCAO— RCA1 2 address multiplexing, refer to Sec- 
tion 8.16.2 on page 8-53. 

Configuration byte protect 



CBP 



Effect 



LSbyte of CONFIG is not write-protected 



Write-protects the LSbyte of CONFIG 



Setting CBP to 1 write-protects the LSbyte of CONFIG (bits to 7). You can 
set CBP by writing to it or by placing a 1 in bit 3 of the reset vector. During a 
reset, the TMS34020 automatically copies the 4 LSBs of the reset vector to the 
4 LSBs of CONFIG. To clear CBP, reset the TMS34020 with a hardware reset 
or write a 1 to RSTIHSTCTLH]. 



The BEN and RCIUI bits are extremely important system configuration 
bits; accidentaliy writing to them could cause your system to malfunc- 
tion. When CBP:=1, hits to 7 of CONFIG remain wrIte-protected until 
a reset occurs. Reset Is the only operation that can ciear CBP. When 
C6P is set to 1 i the byte is write-protected from the next machine state. 



bits 



VRAM internal register load enable 


VEN 


Effect 





Enables VRAM write-mask load and write with mask 


1 


Disables VRAM write-mask load and write with mask 



Tiie TMS34020 instructions and memory interface support VRAIVIs with inter- 
nal write-mask and color registers (such as the TMS44251 ). Use VEN to inform 
the TMS34020 that your system's VRAMs support these features. 

The VEN bit does not enable or disable execution of VBLT or VFILL instruc- 
tions. Don't use these instructions if your system's VRAMs do not support the 
block-write feature. 

If VEN=1 and any bit in the PMASK is written, the TMS34020 automatically 
executes a special load-write-mask memory cycle to load the 1 s complement 
of the 32-bit plane mask into the VRAMs' write masks. This cycle is performed 
in the next available memory cycle. No further CPU-initiated memory cycles 
are executed until after the write mask is loaded. 

If the TMS34020 subsequently performs a VFILL, VBLT, or pixel write, the 
plane mask^tO, and VEN=1 , the TMS34020 automatically generates special 
block-write-with-mask and write-with-mask cycles. This allows selected 
planes within each pixel to be written without the need for read-modify-write 
cycles. 
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System Configuration Register CONFIG 



bits 10— 12 



Refresh rate 



RR2 


RR1 


RRO 


Refreshes scheduled every . . . 











8 machine states 








1 


16 machine states 





1 





32 machine states 





1 


1 


64 machine states 


1 








128 machine states 


1 





1 


256 machine states 


1 


1 





undefined 


1 


1 


1 


DRAM refresh disabled 



The RR bits determine the frequency of DRAM refreshes. An internal counter 
schedules a DRAM-refresh request at the frequency determined by RR. Each 
time a DRAIVI refresh is scheduled, the TMS34020 increments another internal 
counter to track the number of pending refreshes. (Pending DRAM refreshes 
are refreshes that are requested but not yet performed.) Each time a DRAM 
refresh is performed, the refresh pending counter is decremented. Note that 
if a retry terminates a DRAM-refresh cycle, the pending count is not decre- 
mented, and the refresh is retried. 

A maximum of 15 DRAM refreshes can be pending. If more refreshes are 
requested, the pending counter overflows and the 16 refreshes are lost (15 
pending, plus the refresh that caused the overflow). However, 12 or more 
pending DRAM refreshes cause DRAM-refresh memory cycles to become one 
of the highest priority memory cycles, so losing the refreshes should never 
happen. Realistically, even 1 2 DRAM refreshes pending are unlikely, because 
4 or more DRAM refreshes pending are a higher priority than CPU-initiated 
memory accesses. 

Which instructions Any write to the PMASK register while VEN=1 causes the TMS34020 to load 

use this register? ^^^ VRAM write-mask registers with the 1 s complement of PMASK. 



4-23 



CONTROL 



Graphics Instruction Control and Memory Control Register 



B^^file register? 
I/O register? 



register number: 



address: COOOOOBOh 
and C000 0190h 



Format 



15 


14 


13 12 11 


10 


9 


8 


7 6 


5 


4 3 


2 


1 





CD 


PROP 


PBV 


PBH 


W 


T. 


'sm 


TM 



Bits 



Bits 


Name 


Function 


0—2 


TM 


Selects a transparency mode 


5 


T 


Enables transparency 


6—7 


W 


Selects a window-checking mode 


8 


PBH 


Selects PIXBLT horizontal direction 


9 


PBV 


Selects PIXBLT vertical direction 


10—14 


PPOP 


Selects a pixel-processing operation 


15 


CD 


Disables cache 


3—4 


"i:>'i:;i>"ii;ii":;ii": 


Reserved; do not use 



Description 



The CONTROL register controls several aspects of CPU instruction execution 
and of the memory interface. You can access this register at two addresses: 
at address COOOOOBOh for compatibility with the TMS34010, and at 
COOO 01 90h so that all I/O registers used as implied operands are in a contigu- 
ous block (COOO 0130h to COOO 0190h). If you write to one location, both are 
affected. 



bits 0—2 



Transparency mode select 



TiV12 


TM1 


TMO 


Description 











Transparency on result equal 








1 


Transparency on source equal COLORO 


1 








Transparency on result equal 


1 





1 


Transparency on destination equal COLORO 





1 

1 


1 
1 
1 
1 




1 



1 


Reserved 
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When transparency is enabled, the TM bits select the transparency mode. You 
can enable transparency by setting the T bit to 1 . 

TMS34020 Registers 



bits 



bits 6&7 



bite 



Graphics Instruction Control and Memory Control Register CONTROL 

Pixel transparency enable 

T Description 

Disables transparency 



Enables transparency 



The T bit enables or disables pixel transparency. When transparency is 
enabled, the TMS34020 inhibits overwriting of a transparent pixel (as deter- 
mined by the current transparency mode). 



Window checking 



W1 WO Description 



No pixel writes are inhibited, and no interrupt requests are generated 

1 Generate interrupt request on attempt to write to pixel lying inside wln- 
dow and inhibit all pixel writes 

1 Generate Interrupt request on attempt to write to pixel lying outside win- 
dow 

1 1 Inhibit pixel writes outside window, but do not request interrupt 

The W bits select the action the TMS34020 takes when a pixel operation would 
cause the TMS34020 to write a pixel to a location lying either inside or outside 
specified window limits. Window checking applies to attempts to write to pixel 
locations defined by XY addresses only. Window checking affects neither non- 
pixel data writes nor writes to pixel locations defined by linear memory ad- 
dresses. 

A request for a window violation interrupt can occur when W=01 2 or W=1 O2. 
WVPllNTPENDl is set to 1 to indicate that a window violation occurred. This 
in turn interrupts the TMS34020, if both WVEllNTENB] and IE[[STI] equal 1 . 

PIXBLT horizontal direction 

PBH Description 

Increment in the X direction (move from left to right) 

1 Decrement in the X direction (move from right to left) 

The PBH bit determines the horizontal direction (increasing or decreasing X) 
of pixel processing for these instructions: 

PIXBLT XY,XY PIXBLT L, XY 

PIXBLT XY,L PIXBLT L,L 

PIXBLT L, M, L 
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CONTROL 



bit 9 



PIXBLT vertical direction 



PBV 



Description (assuming default screen origin) 



Increment in the Y direction (move from top to bottom) 



1 Decrement in the Y direction (move from bottom to top) 

The PBV bit determines the vertical direction (increasing or decreasing Y) of 
pixel processing for these instructions: 



PIXBLT XY,XY 
PIXBLT XY, L 
PIXBLT L, M, L 



PIXBLT L, XY 
PIXBLT L, L 



bits 10—14 



Pixel processing operation 

The PPOP bits define the manner in which a source pixel is combined with a 
destination pixel during a pixel operation. The following 16 PPOP codes per- 
form Boolean operations on pixels of 1 , 2, 4, 8, 1 6, and 32 bits. 



PPOP: 4 


3 


2 


1 





Operation 


Description 

















S->D 


Source replaces destination 
















S AND D^D 


AND source witli destination 
















S AND D-^D 


AND source witii NOT(destination) 















0-^D 


Os replace destination 








1 








S OR D^D 


OR source with NOT(destination) 








1 







S XNOR D^D 


XNOR source witii destination 








1 







D-^D 


Invert destination 








1 






S NOR D^D 


NOR source with destination 
















S OR D-»D 


OR source with destination 















D-^D 


Do not change destination (note, however, 
that memory cycles still occur) 















S XOR D-^D 


XOR source with destination 














SANDD^D 


AND NOT(source) with destination 







1 








1^D 


1s replace destination 







1 







SORDID 


OR NOT(source) with destination 







1 







S NAND D^D 


NAND the source and destination 







1 






S-^D 


NOT (source) replaces destination 
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These PPOP codes perform arithmetic operations on 2, 4, 8, 1 6, and 32-bit pix- 
els (but not on 1-bit pixels). 

TMS34020 Registers 



Graphics Instruction Control and Memory Control Register CONTROL 



















PPOP: 4 3 


2 


1 





Operation 


Description 




1 











S + D-->D 


Add source to destination 




1 








1 


S ADDS D-^D 


Add source to destination with saturation 




1 





1 





D"S->D 


Subtract source from destination 




1 





1 


1 


D SUBS S->D 


Subtract source from destination with satu- 
ration 




1 


1 








S MAX D-^D 


Replace destination with maximum of 
source and destination 




1 


1 





1 


S MIN D^D 


Replace destination with minimum of 
source and destination 


bit 15 


Note: PPOP codes 1 01 1 02 through 
Cache disable 


11 111 2 are reserved. 


CD 




Description 











Enables instruction cache 




1 




Disables instruction cache 



Which instructions 
use this register? 



CD enables or disables the instruction cache. When the cache is disabled, 
cache contents (including data, P flags, SSA registers, etc.) are not disturbed, 
and all instructions are fetched from memory, not the cache. When the cache 
is re-enabled, its previous state (before it was disabled) is restored, and the 
instructions retained within the cache are once again available for execution. 



Instruction 


Bits used 








all instructions 


CD 








DRAV 


PPOP 


T&TM 


W 




FILLL 


PPOP 


T&TM 






FILL XY 


PPOP 


T&TM 


W 




FLINE 


PPOP 


T&TM 






LINE 


PPOP 


T&TM 


W 




PIXBLT B, L 


PPOP 


T&TM 






PIXBLT B, XY 


PPOP 


T&TM 


W 




PIXBLT L, L 


PPOP 


T&TM 




PBH & PBV 


PIXBLT L, XY 


PPOP 


T&TM 


W 


PBH & PBV 


PIXBLT XY XY 


PPOP 


T&TM 


W 


PBH & PBV 


PIXBLT XY L 


PPOP 


T&TM 




PBH & PBV 


PIXT Rs, *Rd 


PPOP 


T&TM 






PIXT *Rs, *Rd 


PPOP 


T&TM 






PIXT Rs, *Rd.XY 


PPOP 


T&TM 


W 




TFILL 


PPOP 


T&TM 


W 
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CONVDP, CONVSP, and CONVMP Pitch Conversion Factor Registers 



B4ile register? 
I/O register? 



register number: 

COA/\/DP address: C000 0140h 
COA/\/SP address: C000 0130h 
COA/l/MP address: COOOOISOh 



Format 



15 



CONVDP 



CONVSP 

CONVMP 
Description 



conversion factor for XY destination address 



15 



conversion factor for XY source address 



15 



conversion factor for mask value 



CONVDP, CONVSP, and CONVMP are 16-bit registers tinat contain control 
parameters used during execution of a pixel operation. The TMS34020 uses 
CONVDP and CONVSP with 

□i XY addressing, 
□i window clipping, and 

Of FILLS or PIXBLTs (except for PIXBLT L,L) that process pixels from the 
bottom of the array to the top (PBV=1 ). 

The TMS34020 uses CONVMP for XY addressing (CVMXYL). 

Each conversion factor register is associated with an appropriate pitch regis- 
ter; each CONVxP register associated with an instruction that loads the con- 
version factor into CONVxP according to the pitch value in xPTCH. 



Conversion Factor 
Register (CONVxP) 



Associated Pitch 
Register (xPTCH) 



Associated Instruction 



CONVDP 
CONVSP 
CONVMP 



DPTCH 
SPTCH 
MPTCH 



SETCDP 
SETCSP 
SETCMP 



TMS34020 internal hardware uses the CONVDP and CONVSP values when 
converts an XY destination orsource address, respectively, to a linear address. 

Qi PIXBLT and FILL instructions with an XY destination use DPTCH and 
CON VDP to convert the XY coordinates to a linear address before the pixel 
transfer begins. 

Qi PIXBLT instructions with an XY source address use the SPTCH and CON- 
VSP values to convert the XY coordinates to a linear memory address be- 
fore beginning the pixel transfer. 
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.&£^J?£n}^E?l£P.£^^^^^^^^ 



If a PIXBLT or FILL requires preclipping of the destination array in the Y direc- 
tion, the TMS34020 uses CONVDP to calculate the effect of the clipped start- 
ing Y coordinate on the destination array's starting linear address. For 
PIXBLTs, the starting source address is modified to accommodate the resulting 
changes to the starting destination address. When a PIXBLT instruction's start- 
ing Y coordinate lies in either of the 2 lower corners of the destination array 
(PBV=1 ), the TMS34020 uses CONVDP and CONVSP to calculate the linear 
addresses corresponding to the specified starting coordinates. 

CONVxP contains 1 of 3 types of values, depending on the value in the asso- 
ciated pitch register: 



IfthexPTCH 
register = 



then. 



a power of 2 The 5 LSBs of CONVxP contain the 1 s complement of Iog2(xPTCH). During XY-to-linear 
conversion, the product of the Y value and the pitch is calculated by shifting Y left by 
log2(xPTCH). 

two powers of 2 CONVxP contains 2 conversion values. The 5 LSBs of CONVxP should contain the 1s com- 
plement of 1092 of ^he greater of the powers of 2, and the 5 LSBs of the upper byte contain 
the 1 s complement of log2 of the lesser of the powers of 2. During conversion, the product 
of the Y value and the pitch is calculated by adding Y shifted left by each of the 2 conversion 
factors. 

arbitrary pitch The LSbyte of CONVxP contains Os. The TMS34020 must multiply the address by xPTCH. 
This is a 1 6-by-32-bit signed multiply in which only the 32 LSBs of the result are retained. 



Which instructions 
use these registers? 



CONVDP 


CONVSP 


CONVMP 


CVXYL 


CVSXYL 


CVMXYL 


CVDXYL 


PIXBLT L.XY 


SETCMP 


DRAV 


PIXBLT XYL 




FILLXY 


PIXBLT XYXY 




FLINE, LINE 


PIXT *fls.XY, Rd 




PIXBLT B, XY 


PlXT*/=?s.XY,*«c/.XY 




PIXBLT L, XY 


SETCSP 




PIXBLT XYL 






PIXBLT XYXY 






PIXT Rs, *Rd.Xy 






PlXT*fls.XY,*/7d.XY 






SETCDP 






TFILL 







For more information about array pitches and XY-to-linear conversion, refer 
to Section 12.12, Converting an XY Address to a Linear Address , on page 
12-47. 
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DADDR Destination Address Register 



B-file register? 

I/O register? 



register number: B2 

address: 



Format 



Description 



or 



31 


16 


15 





Y half of an XY address 


^^^^^^^^^^^^M 


31 







linear bit address 



DADDR contains the destination array address for PIXBLTs, FILLs, LINE, and 
FLINE. DADDR usually points to the pixel with the lowest address in the desti- 
nation array. When the selected starting corner is not the upper left corner, the 
TMS34020 automatically adjusts DADDR to point to the selected starting cor- 
ner of the destination array. (For PIXBLT L,L, however, you must manually 
adjust DADDR to point to the starting corner.) 

Some instructions use DADDR with DYDX to perform a common rectangle 
function (FILLXY, PFILLXY, PIXBLT B,XY, PIXBLT L,XY, and PIXBLT XY,XY, 
with window option 1 ). In these cases, the TMS34020 sets DADDR to the start- 
ing XY address of the rectangle that represents the intersection of the original 
destination array and the clipping window. No drawing is performed. If the array 
and the window do not intersect, the V bit is not set and the contents of DADDR 
are undefined. 

The TMS34020 treats the address in DADDR as an XY address or a linear 
address, depending on the instruction you use. 

If DADDR contains an XY address, the instruction converts it to the corre- 
sponding linear address before beginning the pixel transfer. During a PIXBLT 
or FILL, DADDR is maintained in linear format. When the instruction com- 
pletes, DADDR points to the linear starting address of the row following the last 
row in the array (for LINE, FLINE, and VFILL, DADDR contains the address 
of the next point on the line). If a PIXBLT is interrupted, DADDR points to the 
next word of pixels to be read. 



Wfiicii instructions 
use tiiis register? 



Instruction 



BLMOVE 
CLIP 
FILLL 
FILLXY 
FLINE 
LINE 
PFILL XY 
PIXBLT B, L 
PIXBLT B, XY 



DADDR's format and function 

Linear; points to the beginning of the destination array 
XY; points to the beginning of the destination array 
Linear; points to the beginning of the destination array 
XY; points to the beginning of the destination array 
Linear; starting point for the line 
XY; starting point for the line 
XY; points to the beginning of the destination array 
Linear; points to the beginning of the destination array 
XY; points to the beginning of the destination array 
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Destination Address Register DADDR 



Instruction 



DADDR's format and function 



PIXBLT L, L Linear with special requirements when PBH=1 or PBV=1 ; 

refer to PIXBLT L,L for a description of its unique require- 
ments 

PIXBLT L, XY XY; points to the beginning of the destination array 

PIXBLT XY, L Linear; points to the beginning of the destination array 

PIXBLT XY, XY XY; points to the beginning of the destination array 

PIXBLT L,M,L Linear; points to the beginning of the destination array 

TRILL XY; Instruction uses this to hold temporary values 

VBLT Linear; points to the beginning of the destination array 

VFILL Linear; points to the beginning of the destination array 



Example 



DADDR .set B2 

MOVI [0008h, 0015h], DADDR 
MOVI OOOlOAFCh, DADDR 



Move XY value 
15h,8h into B2 
Move linear 
value lOAFCh 
into B2 
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B-file register? 
I/O register? 



register numi^^r:: 

DINC (32-bit address): COOO 0240h 
D/A/CL (16-bit address): C000 0240h 
DINCH (16-bit address): COOO 0250h 



Format 



DINC 



or DINCL 
DINCH 



Bits 



31 




5 


4 3 2 1 





lllllp^^^^^^^^^^^^ 


YZJNC 1 


15 




5 4 3 2 1 





IIIIIIBIIIIIHIII^^ 


■. V7INd 




15 









illlli 


■IlilB 


leMSBsofSWNC 


WfMMi 




Bits 


Naine 


Function 




0—4 


YZINC 


Y-zoom increment value 




5— iBI 


SRINC 


Screen-refresh address increment value 







Note: 

You can access the display increment registers separately or together by 
using different addresses and different field sizes. 

Q To access DINC as a single 32-bit register, access the 32-bit field at 
address COOO 0240h. 

Q To access DINCL as a 16-bit register, access the 16-bit field at address 
COOO 0240h. 

Q To access DINCH as a 1 6-bit register, access the 1 6-bit field at address 
C000 0250h. 



Description 



The DINC registers contain two increment values. One controls the 
TMS34020's Y-zoom feature; the other is used for screen refreshes. 
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bits 0—4 



Display Increment I 
Y-zoom increment value 



4 


YZINC 
3 2 1 





Zoom 
Factor 


Description 

















1 


No repetition of scan lines 


1 














2 


Repeat scan line 2 times 





1 











4 


Repeat scan line 4 times 








1 








8 


Repeat scan line 8 times 











1 





16 


Repeat scan line 1 6 times 














1 


32 


Repeat scan line 32 times 



If you want to change the value in YZINC when video is enabled 
(ENVCDPYCTU]=1 ), you should also clear YZCNTCDPYNXI to 0. 

Display increment value 

bits 

5— <31 The 27-bit SRINC value specifies the amount by which the address stored in 

SRNXiDPYNXB should be incremented following completion of each horizon- 
tal-blanking screen-refresh cycle. This value corresponds to the display pitch. 
If you are using the Y-zoom feature, the TMS34020 will not increment SRNX 
after each horizontal-blanking screen refresh. Instead, it will increment SRNX 
after every n\h screen refresh if zoomxn is selected. 

For both interlaced and noninterlaced video, load SRINC with the display pitch. 
In interlaced video, the SRNX|[DPYNX] registers are automatically increm- 
ented by 2xSRINC to account for the fact that in any field (odd or even), only 
alternate lines are displayed. 

The bits of DPYNX and DPYST that correspond to the column and row 
addresses actually latched into the VRAMs vary from system to system. The 
bits of SRINC that contain the display pitch depend on the alignment of the 
address in SRNXlDPYNXD and SRSTCDPYSTl. SRINC is usually a power of 
2 or a sum of two powers of 2, but can be any arbitrary value required. 
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DPTCH 
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Destination Pitcli Register 
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B-file register? 

I/O register? 



register number: B3 

address^ 



Format 



31 



linear bit address 



Description 



Wtiicti instructions 
use tiiis register? 



DPTCH defines the linear difference in the starting memory addresses of adja- 
cent rows of a destination array. The TMS34020 uses the value in DPTCH to 
move from row to row through the destination array. DPTCH can have any val- 
ue that is a multiple of the current pixel size. Note that XY-to-linear conversion 
is most efficient when DPTCH is a power of 2. 

If you're manually converting an XY address to a linear address, you can use 
the SETCDP instruction. SETCDP uses the DPTCH value to calculate the des- 
tination pitch conversion factor and loads the correct value into CONVDP. The 
contents of CONVDP are then available for use by the CVXYL or CVDXYL 
instructions; these instructions perform the conversion. 



Instruction 



CVXYL 

CVDXYL 

DRAV 

FILLS (both) 

FLINE, LINE 

PFILLXY 

PIXBLTs (all) 

PIXT Rs, *RdXY 

PIXT*f?s.XY,*/?d.XY 

SETCDP 

TFILL 

VBLT 

VFILL 



DPTCH's format and valid values 



Linear; any value 
Linear; any value 
Linear; any value 
Linear; any value 
Linear; any value 
Linear; any value 
Linear; any value 
Linear; any value 
Linear; any value 
Linear; any value 
Linear; any value 
Linear; any value 
Linear; any value 



Exampie 



DPTCH .set B3 



MOVI 000010 OOh, DPTCH 
MOVI OOOlOAFCh, DPTCH 
MOVI OOOOOlSOh, DPTCH 



Power of 2 
Arbitrary value 
2 powers of 2 
(128 +256) 
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^Dispja^^^M^^ 



ABILITY 



o 
o 



t 



B-file register? | | 
I/O register? | V | 



register number: 

address: COOOOIEOh 



Format 



Description 



15 



no defined function for TMS34020 



DPYADR is a sinnple 1 6-bit read/write location that is included for compatibility 
with the TMS3401 0. The TMS3401 used DPYADR as the source of the row 
and column addresses output during screen-refresh cycles. The TMS34020 
uses a different register for this purpose and assigns no function to DPYADR. 



4-35 



r 




A 


8-fJle register? 




register number: 


I/O register? 


V 


address: COOOOOSOh 


Jl 



Format 



15 14 13 12 11 10 



ENV 



NIL 






SRE 



CST 



^^m. 



4 



VCD 



SSV 



^ 



CVD 



CSD 



VSD 



HSD 



Bits 



Description 



bitO 



Bits 


Name 


Function 





HSD 


Selects the horizontal-sync direction 


1 


VSD 


Selects the vertical-sync direction 


2 


CSD 


Selects the composite-sync direction 


3 


CVD 


Disables composite video 


6 


SSV 


Enables split-serial-register midline reload 


7 


VCE 


Enables video capture 


11 


CST 


Enables CPU serial-register transfers 


12 


SRE 


Enables screen refreshes 


14 


NIL 


Enables noninterlaced video 


15 


ENV 


Enables video 


4—5 
8—10 


""iiii"'"iii'"''iii""'i/" 


Reserved; do not use 



DPYCTL contains several parameters that control video timing. 
Horizontal-sync direction 



When HSD = HSYNC is an . . 



Input 



Output 



The HSD bit controls the direction (input or output) of the HSYNC signal. 



When HSD=0, HSYNC is an input. The TI\/IS340 20's inter nal video timing 
logic synchronizes to external pulses applied to HSYNC. Whenever the 
TMS340 20 detects the start of an external horizontal-sync pulse on 
HSYNC, it loads HCOUNTfrom SETHCNT The internal horizontal- and 
composite-sync intervals begin if they were not already started. 



Qi When HSD=1 , HSYNC is an output and is controlled according to the val- 
ues in the video timing registers. 
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TMS34020 Registers 



bit1 



bit 2 



' Control Register DPYCTL 
Vertical-sync direction 



WhenVSD= VSYNCisan. 



Input 



1 Output 



VSD controls the direction (input or output) of the VSYNC signal. 



a When VSD=0, VSYNC is an input. The TMS34020's internal vid eo timing 
logic synchronizes to pulses that an external source applies to VSYNC. 
Whenever the TMS340 20 detects the start of an external vertical-sync 
pulse input on VSYNC, the TMS34020 loads VCOUNT from SETVCNT. 
The internal vertical-sync interval begins if it was not already started by the 
internal video timing logic. Enabling noninterlaced video (NIL=1) also 
loads HCOUNT from SETHCNT. The internal horizontal- and compos- 
ite-sync intervals begin if they were not already started by the internal vid- 
eo timing logic. 



Qi When VSD=1 , VSYNC is an output and is controlled according to the val- 
ues in the video timing registers. 



Composite-sync direction 


CVD CSD 


status of CSYNC/HBLNK 





CSYNC is an input 


1 


CSYNC is an output 


1 


undefined 


1 1 


HBLNK is an output 



CSD controls the direction (input or output) of the CSYNC/HBLNK pin when 
it is configured as CSYNC (CVD=0). 



Q If CVD= 1,thepin is configur ed as HB LNK, and CSD must be 1 . When 
CSD=1, CSYNC (CVD=0) or HBLNK (CVD=1) is an output and is con- 
trolled according to values in the video timing registers. 



If CSD=0, CSYNC is an input and the TMS3402 0's intern al video timing 
logic synchronizes to external pulses applied to CSYNC. Whenever the 
TMS340 20 detects the start of an external composite-sync pulse input on 
CSYNC, the TMS34020 loads HCOUNT from SETHCNT The internal 
composite-sync interval begins if it was not already started by the internal 
video timing logic. Normally, the internal horizontal-sync interval also be- 
gins if it has not already started. However, in interlaced video (NIL=0), ex- 
ternal composite-sync pulses occur every half horizontal scan line during 
the equalization and serration regions of vertical blanking, so the internal 
horizontal-sync interval is started by alternate extern al comp osite-sync 
pulses at these times. The first serration pulse input on CSYNC also loads 
VCOUNT from SETVCNT, and the internal vertical-sync interval begins if 
it was not already started by the internal video timing logic. 
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Composite video disable 



bits 



bite 





Status of CSYNC/HBLNK 


Status of CBLNKA^BLNK 


CVD=0 


Selects CSYNC 


Selects CBLNK 








CVD=1 


Selects HBLNK 


Selects VBLNK 



CVD controls the functions of the CSYNC/HBLNK and CBLNK/VBLNK pins. 
Because both composite and separate synchronization and blanking signals 
are Internal, CVD simply selects which of these functions is visible at the pins. 



Split-serial-register midline reload enable 


SRE SSV 


Effect 





Disables split-seriai-register midline reload 


1 


Disables split-serlal-register midline reload 


1 


Disables split-serial-register midline reload 


1 1 


Enables split-serial-register midline reload 
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SSV determines whether or not the TI\/IS34020 performs screen-refresh 
cycles for VRAMs with split-serial registers during the active display time. SSV 
works in conjunction with the screen-refresh enable bit (SRE). If SSV=1 and 
screen refreshes are enabled (SRE=1), the TMS34020 performs an ordinary 
screen-refresh (memory-to-register) cycle during horizontal blanking, which 

Stepi: reloads an entire row of VRAM memory into the VRAM serial 
registers, 

Step 2: updates the address in SRNXlDPYNXD for the next screen refresh, 
and 

Step 3: reloads the SCOUNT register with the tap point of the current screen- 
refresh address, using the mask in the DPYMSK register. 

This is immediately followed by a split register-to-memory cycle, which 

Step 4: reloads the half serial registers that do not contain the current tap 
point so that they contain data for the next half line to be displayed, 

Step 5: and initializes the VRAM for split-serial-register operation. 

After blanking ends, SCLK starts shifting data from the VRAMs and increments 
SCOUNT (which tracks the VRAM tap point). When SCOUNT overflows from 
a tap point of all 1 s to all Os, this indicates that the VRAMs have switched from 
one half serial register to the other. A split register-to-memory cycle (midline- 
reload cycle) is executed, performing Step 4. 

Note: 

You must provide an SCLK pulse to the VRAMs between these two screen- 
^ refresh cycles to ensure that the tap-point address is latched correctly. 

TMS34020 Registers 



bit? 



bit 11 



Video capture enable 




VCE 


Effect 







Selects memory-to-register screen 


-refresh cycles 


1 


Selects register-to-memory screen 


-refresh cycles 



VCE determines whether TMS34020 screen-refresh cycles are memory-to- 
register cycles or register-to-memory cycles. VCE affects only those memory 
cycles that are initiated by the TMS34020's video timing logic. 

When VCE=1 , screen-refresh cycles initiated by the video timing logic are per- 
formed as screen-capture cycles; data shifted into the VRAM serial registers 
is transferred to the specified row of VRAM ready for the next line. 

Do not use midline reload in systems with video capture; clear SSV to 0. 
VRAMs support only the transfer of an enf/re serial register's contents into the 
specified memory row. If you used midline reload to condense the display 
memory into a contiguous region of VRAM, it would be necessary to transfer 
only some of the bits of the serial register into the memory array in order to not 
oven/vrite previously captured data.This is not possible. 

CPU serial-register transfer enable 

CST Effect 

Pixel-access cycles occur normally 

1 Converts pixel-access cycles into VRAM serial-register-transfer cycles 

CST converts an ordinary pixel access into a VRAM serial-register transfer 
cycle. Several of the TMS34020's graphic instructions treat data as pixels. 

By default, CST=0 and accesses of pixel data are normal read and write cycles. 
When CST=1, however, pixel accesses are converted to serial-register-tran- 
sfer cycles: 

Qi A pixel read cycle becomes a memory-to-register cycle. 
□ A pixel write cycle becomes a register-to-memory cycle. 

This register-transfer cycle is performed under explicit program control, as 
opposed to the screen-refresh cycles enabled by the SRE bit, which are auto- 
matically generated at regular intervals. 

CST is useful for bulk initialization of an entire VRAM array. You can clear the 
entire screen to a specified background color in only 256 memory cycles for 
64Kxn VRAMs, or 51 2 memory cycles for 256Kxrt VRAMs (where n is the num- 
ber of planes within the VRAM). (Note that the TMS4461 andTMS44251 have 
this capability, but not all VRAMs support this function.) The CST bit affects 
only pixel accesses; it does not affect instruction fetches or nonpixel accesses. 
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DPYCTL Display Control Register 

Screen-refresh enable 
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bit 12 



bit 14 



bit 15 



ENV 


SRE 


Effect 


ENV 


SRE 


Effect 








Disables screen refresh 


1 





Disables screen refresh, 
but tracks the address 





1 


Disables screen refresh 


1 


1 


Enables screen refresh 



SRE enables automatic screen refreshing. Screen refreshes are performed by 
means of the VRAM memory-to-register cycles, which the TMS34020 per- 
forms automatically during each horizontal-blanking interval. DPYST, DINC, 
and DPYCTL control generation of addresses output during these cycles. If 
ENV=1, the TMS34020 continues to generate the screen-refresh address 
internally, even if SRE=0. This allows an external source to insert images into 
the display; during each horizontal-blanking period, the TMS34020 continues 
to track the address of the image hidden beneath the external image. Thus, the 
TMS34020 can restart screen refreshes after inserting the image without 
adjusting the address to account for the undisplayed lines. 

Changing SRE's value affects screen refreshes, starting with the next horizon- 
tal-blanking period — or, if SSV=1 and SCLK is running, starting with the next 
time the VRAMs change active half serial registers, whichever comes first. 
Normally, however, SCLK does not shift data to the screen when screen 
refreshes are disabled. 

Noninterlaced video enable 

NIL Effect 

Selects interlaced video timing 

1 Selects noninterlaced video timing 

NIL selects between an interlaced or a noninterlaced display. The TMS34020 
modifies its video timing output signals according to NIUs value. Chapter 9 de- 
scribes the timing differences between interlaced and noninterlaced video. 



Enable video 



ENV Effect 



Blanks the entire video screen 



Enables the video display 



ENV enables or disables the video display. 



Qi When E NV=0, the display rema ins blanked. The signal output at CBLNK/ 
VBLNK (and at CSYNC/HBLNK if CVD=1 ) is forced to remain at active low 
throughout the frame, inhibiting the display interrupt. (DIPIINTPEND] 
can't be set. If DIP is already set when ENV changes from 1 to 0, it remains 
set until you explicitly clear it.) 

□i When ENV=1, the video display is enabled. The output signals are 
controlled according to the parameters in the video timing registers, and 
DIP is set when VCOUNT becomes equal to DPYINT. 
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Display Interrupt Register DPYINT 



B-file register? 
I/O register? 



register number: 

address: COOOOOAOh 



Format 



Description 



15 



scan line address (for display interrupt) 



DPYINT identifies the next scan line (in some cases, the next half scan line) 
at which a display interrupt will be requested. DPYINT helps to coordinate soft- 
ware activity with the refreshing of a selected horizontal scan line on the 
screen. 

The video timing logic compares the contents of DPYINT to VCOUNT. This 
usually coincides with the start of the horizontal-blanking interval that marks 
the end of the line designated by the value in DPYINT. If interlaced video is 
enabled (NIL=0), then during the part of the vertical-blanking interval when 
VCOUNT is incremented every half line, DPYINT is compared to VCOUNT just 
before VCOUNT is incremented, at the end and in the center of each horizontal 
scan line. When VCOUNT=DPYINT, a display interrupt is requested and 
DIP|[INTPEND]issetto1. 

For split-screen applications, you can load a new value into the 
SRNXCDPYNXD bits, immediately following detection of the O-to-1 transition 
of DIP. The new SRNX value does not affect the line that follows the current 
horizontal-blanking interval, but affects the next line. A screen-refresh cycle 
will be scheduled to occur at the start of the same horizontal-blanking period 
in which DIP is set. At the end of the screen-refresh memory cycle, the 
screen-refresh address in SRNX is automatically incremented. Requests for 
screen-refresh cycles have a higher priority than CPU requests. Thus, if the 
CPU loads a new value into SRNX immediately after setting the DIP bit, SRNX 
will not actually be modified until after the screen-refresh cycle completes and 
the existing contents are incremented. This new address becomes the address 
used in the next screen refresh. SRNX can change only during the scan line 
under explicit program control. The display interrupt is disabled when 
ENVIDPYCTLI is 0. 
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DPYNX Display i 
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B-file register? 1 
I/O register? V | 



register number: 

DPVA/X (32-bit address): C000 0220li 
DPy/VXL (16-bit address): C000 0220h 
DP/A/XH (16-bit address): C000 0230li 



Format 



DPYNX 



or DPYNXL 



DPYNXH 



Bits 



31 






5 


4 


^^^^^^^^^^^^^^^^^^^^^ 


^^^^ 


15 


5 4 





j|M^^^^^ 


YZCNT 


15 







^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 




Bits 


Name Function 




0—4 


YZCNT Y-zoom count 




5—31 


SRNX Next screen-refresh address 




1 ' 8 



Note: 

You can access the display next-address registers separately or together by 
using different addresses and different field sizes. 

Qi To access DPYNX as a single 32-bit register, access the 32-bit field at 
address COOO 0220h. 

Qi To access DPYNXL as a 1 6-bit register, access the 1 6-bit field at address 
COOO 0220h. 

□i To access DPYNXH as a 1 6-bit register, access the 1 6-bit field at address 
COOO 0230h. 



Description 



bits 0—4 



The DPYNX registers contain two values. One is used for the Y-zoom feature; 
the other is an address that is output during a screen-refresh cycle. 

Y-zoom increment value 

The 5-bit YZCNT value determines when the SRNX address can be incre- 
mented by SRINCCDINC]. After every local-memory screen-refresh cycle, the 
TMS34020 increments YZCNT by the value of YZINClDINCl. If YZCNT=0 
before it is incremented, SRNX is incremented at the same time. If YZCNT^tO, 
SRNX is not incremented, so the next scan line contains the same pixels as 
the current scan line. This allows the image on the screen to be magnified (or 
zoomed) in the Y direction. The value of YZINC determines how many times 
the scan line is output, and thus determines the zoom factor. 
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YZCNT will equal when 

nxYZINC modulo 32=0 

[n is the Y-zoom factor). This occurs once every n scan lines. During each verti- 
cal-blanking interval, YZCNT is reset to YZINC. 

Next screen-refresh address 

bits 
5—31 The 27-bit SRNX value represents the long-word address that is output during 

a screen-refresh cycle. When YZCNT=0, the TMS34020 increments SRNX 

(by SRINCCDINC]) after each screen-refresh cycle. 

SRNX consists of a row-address portion and a column-address portion, corre- 
sponding to the bits of the address connected to the VRAMs at row- and col- 
umn-address times on RCAO — RCA12. The column- and row-address fields 
should be contiguous to one another within SRNX. However, you can choose 
where the two fields are placed within the 27 bits of SRNX, provided that all 
of the row-address bits are output on RCAO— RCA1 2 at row-address time, and 
all the column-address bits are output on RCAO— RCA1 2 at column-address 
time. Section 8.16.2 (page 8-53) details which bits of the logical address are 
output on RCAO — RCA12 at row- and column-address times. 
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PPYMSK Display Mask Register 
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y.y •>„•.'«./•<.<: •:•:.••. 



r 

B-file register? 




register number: 


I/O register? 


V 


address: C000 02E0h 

J 



Format 



Description 



15 



display mask 



DPYMSK is used wlien midline-reload screen refreshes are enabled 
(SSV[DPYCTU1=1). DPYMSK defines which bits of the address in 
SRSTIDPYSTD and SRNXIDPYNXI correspond to the tap-point portion of the 
address output during screen-refresh cycles. DPYMSK is loaded with a field 
of contiguous 1 s to indicate where the tap point is within SRST and SRNX. This 
information is then used to perform these functions: 

Qi isolate the tap point from the 27-bit, long-word screen-refresh address so 
that it can be loaded into SCOUNT (the counter register that tracks the 
VRAM tap point and schedules midline-reload split-serial-register 
screen-refresh cycles during the active portion of the display). 

Q Determine which bit of the 27-bit, long-word address should be increm- 
ented so that the address output during a midline-reload memory cycle is 
the address of the next half-row of VRAM. 

DPYMSK maps to the 1 6 LSBs of SRST and SRNX, which correspond to bits 
5 to 20 of DPYST and DPYNX, respectively. There are two reasons for this 
skewed mapping: 

Q Bit 5 of DPYNX is the least significant address bit output during screen-re- 
fresh memory cycles. 

Q If the mapping were not skewed, a 32-bit DPYMSK register would be re- 
quired to determine which bits in DPYNXH and DPYSTH were part of the 
tap point. 



Figure 4-6. How DPYMSK Maps to the Logical Screen-Refresli Address 
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The tap point's LSB does not have to be in bit 5 of the logical address. This al- 
lows for some bank selection bits at the least significant end of the address. 

TMS34020 Registers 
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Display Mask Register DPYMSK 



The bits from the logical address identified by DPYMSK to be the tap point are 
automatically shifted right by the number of Os at the least significant end of 
DPYMSK before being loaded into SCOUNT. 

The number of contiguous 1 s in DPYMSK depends on the number of address 
bits needed to specify the tap-point address for the VRAMs. This field is either 
right-justified in DPYMSK, or it is preceded by several Os if there are inter- 
leaved banks addressed with bits of the logical address less significant than 
the tap point. The remaining bits at the most significant end of DPYMSK should 
beOs. 

During a midline-reload screen-refresh cycle, the address output by the 
TMS34020 is that of the next half-row of VRAM to be displayed. This address 
has a tap point and is stored in an inaccessible register. This address must 
then be incremented to point to the next half-row after that, as there may be 
multiple midline reloads on any one horizontal scan line. The address is 
incremented at the next bit position to the left of the leftmost 1 in DPYMSK. The 
most significant 1 in DPYMSK must not be any higher than bit 1 or lower than 
bit 7 of DPYMSK. 



Figure 4-7. The Functions of the Different Fields ofDPYI\/ISK 



16 



5 to 8 Os 



most significant 1 between bits 7—10 (inclusive) 

1 : 



contiguous 1s 



optional Os 



-tap polnt.mask- 



row address incremented to left of leftmost 1 



Because the serial registers in the VRAMs are split into two parts, the tap point 
for each VRAM needs to address only enough bits for half a row. This means, 
for instance, that for a 256Kx4 VRAM (the smallest available with the split-seri- 
al-register), the tap point mask should be 8 contiguous 1 s despite the fact that 
a 256Kx4 VRAM or DRAM requires 9 row- and column-address bits; when con- 
sidering the split-serial register, the MSB of the column address is not part of 
the tap point, but selects between the upper and lower serial register halves. 
Similarly, 1Mxn VRAMs should have a 9-bit tap point mask. 
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DPYST Display Start Address Registers 



I/O register? 



3 



register nu«rt?en 

DPYST{32-bit address): COOO 0200h 
DPysrZ. (16-bit address): C000 0200h 
DPysrW (16-blt address): C000 0210h 



Format 



DPYST 



or DPYSTL 



DPYSTH 



Bits 



31 




5 


4 


■lljil 


■IJIililll^^ 


'W///M. 


15. 


5 4 


■■■■Illillill^^ 


W/////////M 


15 





^^^^M^^^^^^^^^^^^^^^^^^^M 




Bits 


Name FunctScn 


0-4 


yjii^^^^^^^^^^^^^^^ Reserved; do not use 


5—31 


SRST Screen-refresh start address 





Note: 

You can access the display start address registers separately or together by 
using different addresses and different field sizes. 

□i To access DPYST as a single 32-bit register, access the 32-bit field at ad- 
dress COOO 0200h. 

Ql To access DPYSTL as a 1 6-bit register, access the 1 6-bit field at address 
COOO 0200h. 

Ql To access DPYSTH as a 1 6-bit register, access the 1 6-bit field at address 
COOO 021 Oh. 



Description 



The 27-bit SRST value represents the address that points to the pixel at the 
left of the first line displayed on the screen. This address is used in calculating 
the screen-refresh address output just before the start of each frame (or field 
in interlaced video). There are a number of cases to consider. 

□i In noninterlaced video, the address output at the beginning of each field 
is simply that contained in SRST, so SRST is copied into SRNXlDPYNXD 
at the beginning of each vertical-blanking period. 

Q In interlaced video, 

■ At the beginning of the even field, the address of the first pixel 
displayed is that of the pixel half way across the first line. So, 
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TMS34020 Registers 



Display start A^^^ 



SRINCCDINC]/2 is added to SRST before the address is loaded into 
SRNXIDPYNXI] at tlie start of the vertical-blanking interval. 

■ At the beginning of the odd field, the address of the first pixel displayed 
is that of the first pixel on the second line. So, SRST is added to 
SRINCIDINC] before being loaded into SRNXEDPYNXl at the start of 
the vertical-blanking interval. 

Qi The address output at the beginning of the second line of the even field in 
interlaced video is that of the first pixel on the third line of the display. 
Normally, the address is generated by adding SRINCCDINC] or, in inter- 
laced video, 2xSRINC to the value in SRNXCdPYNXB. However, in this 
particular instance ,SRNX contains the address of the pixel half way 
across the first line of the display, and so would need 1 .SxSRINC added 
to it to arrive at the correct address. Because of this, the value of SRNX 
generated after the first screen refresh in the even field is generated by 
adding 2xSRINC to SRST 

The address consists of a row-address portion and a column-address portion, 
corresponding to the bits of the address connected to the VRAMs at row- and 
column-address times, respectively, on the RCAO — RCA1 2 bus. The column- 
and row-address fields should be contiguous to one another within the 27 bits 
of SRNX. However, you can choose where the two fields are placed within the 
32-bit register, provided that all of the row-address bits are output on 
RCAO — RCA1 2 at row-address time, and all the column- address bits are out- 
put on RCAO— RCA12 at column-address time. Section 8.16.2 (page 8-53) 
details which bits of the logical address are output on RCAO— RCA1 2 at row- 
and column-address times. 



4-47 



DPYSTRT Display Start Address Register 
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B-fite register? | [ 
I/O register? | V | 



register number: 

address: C000 0090h 



Format 



Description 



15 



no defined function for TMS34020 



DPYSTRT is a simple 1 6-bit read/write location that is included for compatibili- 
ty with the TMS3401 0. The TMS3401 used DPYSTRT to indicate the address 
of the first pixel to be displayed in each frame. The TMS34020 uses a different 
register for this purpose and assigns no function to DPYSTRT. 
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Display Tap-Point Address Register 



DPYTAP 




B4ile register? | | 
I/O register? pT] 



regiMer number: 

address: COOOOIBOh 



Format 



Description 



15 



no defined function for TMS34020 



DPYTAP is a simple 1 6-bit read/write location that is included for compatibility 
with the TMS3401 0. The TMS3401 used DPYTAP to indicate the VRAM tap 
point used during screen-refresh cycles. The TMS34020 uses adifferent regis- 
ter for this purpose and assigns no function to DPYTAP. 
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B-file register? [T] 

I/O rogfeter? [^ 



register number: B7 

address^ 



Format 



Description 



31 



16 15 



Wtiich instructions 
use tiiis register? 



^^^^^K^^^^^ 


delta X 



DYDX defines the X and Y dimensions of tlie rectangular destination array for 
PiXBLT and FILL instructions. Both the X and Y dimensions are in pixels; the 
DX value is the number of pixels in the width of the array, and DY is the number 
of rows of pixels in the array. 

When window clipping is selected, the pixel block dimensions for the transfer 
are determined by the relationships between WSTART, WEND, DADDR, and 
DYDX. If either the X or Y dimension is 0, then the entire block is interpreted 
as having a dimension of 0; no transfer is performed. 

The values for DY and DX can range up to the coordinate extent of the display 
(up to 65,535, depending on the display pitch and pixel size selected). For win- 
dow operations, the relationship between DYDX, WSTART (at location [Xstart' 
Ystart])» and WEND (at location [Xend, Yendl) is such that DY < (Ygnd - Ygtart 
+ 1) and DX :^ (Xgnd - Xstart + 1)- The value in DYDX is used with WSTART 
WEND, and DADDR to preclip pixels, lines, and pixel arrays. 

Most graphics instructions do not modify the contents of DYDX. For FILL XY, 
PIXBLT B,XY, PIXBLT L,XY, and PIXBLT XY,XY, with window option 1 , howev- 
er, DYDX is used with DADDR to perform a common rectangle function. In this 
case, the instruction sets DYDX to the dimensions of the common pixel block 
represented by the intersection of the original destination array and the win- 
dow. No drawing is performed. If there is no common rectangle, the V bit is not 
set, and the value of DYDX is indeterminate. 



Instruction 



DYDX's format and function 



FILL L Array dimensions in XY format 

FILL XY Array dimensions in XY format; special results when W=1 is 

selected, as previously noted 

FLINE, LINE Dimensions of the rectangle described by the line to be drawn 

PIXBLT B, L Array dimensions in XY format 

PIXBLT B, XY Array dimensions in XY format; special results when pick is 

selected, as previously noted 

PIXBLT L, L Array dimensions In XY format 

PIXBLT L, XY Array dimensions in XY format; special results when pick is 

selected, as previously noted 

PIXBLT XY, L Array dimensions in XY format 
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Delta Y/ Delta X Register DYDX 



Instruction 



DYDX's format and function 



PIXBLT XY, XY Array dimensions in XY format; special results when pick is 
selected, as previously noted 

PIXBLT L, L Array dimensions in XY format 

PIXBLT L, XY Array dimensions in XY format; special results when pick is 

selected, as previously noted 

PFILL XY XY; dimensions of the fill area 

VBLT XY; dimensions of the pixel block 

VFILL XY; dimensions of the fill area 



Example 



This exannple illustrates the relationship of DYDX to WSTART and WEND by 
setting DYDX to the width and height of the clipping window. 



WSTART . set B5 
WEND .set B6 
DYDX .set B7 



MOVE WEND, DYDX 
SUBXY WSTART, DYDX 
ADDXYI [ 1 , 1 ] , DYDX 



Put WEND into DYDX 
Generate (WEND-WSTART) 
Increment by 1 in each 
dimension 
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A 


^■IliiiHiSiiii 




register number: 


1 


II I/O register? 


V 


address: COOOOIDOh 

J 



Format 



15 



16-bit counter for horizontal scan lines 



Description 



HCOUNT is a 16-bit counter used for generating liorizontal and composite 
video signals. HCOUNT is incremented on the falling edge of the VCLK, thus 
counting the number of VCLK periods per horizontal scan line. 

m To generate horizontal sync and blanking signals, the value of HCOUNT 
is compared to the values of HESYNC, HEBLNK, HSBLNK, and HTOTAL. 

Qi To generate composite serration and equalization pulses, HCOUNT is 
compared to the value of HESERR and half the value of HESYNC, respec- 
tively. 

HCOUNT is res et to o n the next VCLK f alling edge after HCOUNT= 
H TOTAL, a nd the HSYNC output is driven low. If CSYNC/HBLNK is configured 
to CSYNC, this pin is also driven low. 

If interlaced composite video is enabled, HCOUNT is also reset to on the next 
VCLK falling edge after HC0UNT=HT0TAL/2 during the equalization and ser- 
ration regions of vertical blanking. 

in external horizontal or composite-sync video, HCOUNT is reloaded from the 
SETHCNT regi ster on th e rising ed ge of the video input clock. This is 4 VCLK 
cycles after the HSYNC or CSYNC input signals, respectively, are driven low. 

Two separate, asynchronous elements of the TMS34020 logic can access the 
HCOUNT register. 

Q The video timing control logic (which runs synchronously to the VCLK) 
increments, clears, and reloads HCOUNT (from SETHCNT) in generating 
the sync and blanking signals. 

□i The internal processor (which runs synchronously to LCLK1 and LCLK2) 
can access HCOUNT as an I/O register. 

No synchronization between these subsystems is provided. HCOUNT can be 
reliably read from or written to only while VCLK is held at the logic-high level. 
HCOUNT is typically not read from or written to except during chip test. 
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Horizontal End Blank Register HEBLNK 



8-file register? 




register number; 


I/O register? 


V 


address: COOOOOSOh 

J 



Format 



Description 



15 



end of horizontal-blanking interval 



HEBLNK is used for generating the HBLNK or CBLNK signals output to a video 
monitor. Tlie 1 6-bit HEBLNK value is compared to HCOUNT and defines the 
point at which the horizontal-blanking interval ends. 



For composite video, select the CBLNK/VBLNf^ pin as CBLNK. CBLNK out- 
puts the logical-OR of the internal horizontal- and vertical-blanking signals; it 
is low if horizontal- or vertical-blanking is active internally. 

Most video monitors require HEBLNK to contain a value that is less than 
HSBLNK but greater than HESYNC. 
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B-file register? | 
I/O register? V | 



register number: 

address: C000 0270h 



Format 



Description 



15 



L 



end of composite sync during setration region 



1 



HESERR is used for generating the composite-serration pulses out put to the 
video m onitor. You nee d to prog ram this register only when the CSYNC/ 
HBLNK pin is selected as CSYNC. The 1 6-bit HESERR value defines the point 
at which the composite-sync pulse ends during the serration region of vertical 
blanking (this coincides with the vertical-sync region). When t he value in 
HCOUNT=HESERR during this region, the signal output from the CSYNC pin 
is driven inactive high to signal the end of the serration pulse. 

NTSC and similar composite-video standards require HESERR to contain the 
value (HTOTAL/2 ) - HESY NC - 1 . (Serration pulses occur every half line, and 
in each cycle, the CSYNC signal is inactive high for the same duration as hori- 
zontal sync is active low.) 

When external composite sync is enabled, load HESERR with a value that 
ensures that the HCOUNT does not become equal to HESE RR befor e the 
external composite-sync signal goes inactive high, but before CSYNC goes 
active low again. 
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I/O register? V | 



register number: 

address: COOOOOIOh 



Format 



Description 



15 



end of horizontal-sync pulse 



HESYNC is used for generating the horizontal- and composite-sync signals 
output to a video nnonitor. The 1 6-bit HES YNC value define s the point at which 
the hori zontal-sync pulse ends. If the CSYNC/HBLNK pin is selected as 
CSYNC, HESYNC also deternfiines the point at which the composite- sync 
pulse ends (except during the serration region of vertica l blanking ). When the 
value in HCOUNT=HESYNC, the signal output from the HSYNC and CSYNC 
pins is driven inactive high to signal the end of the horizont al-sync interval. Dur- 
ing the equalization regions of vertical sync, the CSYNC pin is driven inactive 
high when HCOUNT=: HESYNC/2, indicating the end of the composite-equali- 
zation interval. 

Monitors typically require HESYNC to contain a value less than HEBLNK; how- 
ever, the TMS34020 does not require this. The minimum value of HESYNC is 
0. 

When external horizontal or composite sync is enabled, you should load 
HESYNC with a value that ensures two things: 

Q that the value in HCOUNT does not reach HESYNC before the external 
horizontal or composite-sync signal goes inactive high 



Q that the value in HCOUNT reaches HESYNC before HSYNC or CSYNC 
goes active low again 

For external composite sync, HCOUNT must not become equal to HESYNC/2 
before the composite-sync equalization pulse goes inactive. 
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B4ite register? | { 
I/O register? pT] 



register number: 

HSTADRH address: COOOOOEOh 
HSTADRL address: COOOOODOh 



Format 
Format 



15 



no defined function for TMS34020 



HSTADRH and HSTADRL are simple 16-bit read/write locations that can be 
used to store information passed between the host and the TMS34020. 



4-56 



TMS34020 Registers 
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r 

B-file register? 




register number; 


I/O register? 


V 


address: COOOOIOOh 



Format 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 5 


4 


3 2 10 


HLT 


CF 


m 


HI 
NC 


HP 
FW 


;% 


NM 
IM 


NMI 


RST 


HLB 


"^^mmm 



Bits 



Description 



bit 4 



Bits 


Name 


Function 


4 


HACK 


Acknowledges TMS34020 halt 


5—6 


HLBO, HLB1 


Selects the host byte order 


7 


RST 


Resets the TMS34020 


8 


NMI 


Enables the nonmaskable interrupt 


9 


NMIM 


Selects the mode for the nonmaskable interrupt 


11 


HPFW 


Enables host prefetches after writes 


12 


HINC 


Enables host increment 


14 


CF 


Flushes the cache 


15 


HLT 


Halts TMS34020 processing 


0—3 
10,13 


Mg 


Reserved; do not use 



HSTCTLH containslO programmable bits for controHing host interface 
communications. Both the TMS34020 and a host processor can read from or 
write to HSTCTLH; typically, however, only the host alters HSTCTLH. 

Halt acknowledge 

HACK Description 

The TMS34020 Is running 



1 



The TMS34020 is halted 



TheTMS34020 sets HACK when the TMS34020 is halted by setting HLT (Both 
the host processor and the TMS34020 can write to HLT; in either case, the 
TMS34020 sets HACK.) By polling the value of HACK, the host can determine 
when the TMS30420 actually halts. The TMS34020 automatically clears 
HACK when HLT is cleared to release the TMS34020 from halt. 



ggg 

bits 5&6 



Host last byte 










HLB1 HLBO 


Last Byte Accessed 


HLB1 


HLBO 


Last Byte Accessed 





byte 3 


1 





bytel 


1 


byte 2 


1 


1 


byteO 
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bit? 



bits 



The host processor sets the HLB bits to inform the TI\/IS34020 which byte of 
a 32-bit word the host will access last. The TMS34020's host interface uses 
the HLB value to determine when to prefetch the next 32-bit word in memory. 
If prefetches are enabled, the TMS34020 prefetches the next location from 
memory after the host accesses the last byte. The HPFW bit determines 
whether this access must be a read or a write. The 2-bit HLB code allows for 
all host byte-ordering conventions. 

For an 8-bit host, the value of both bits determines after which byte access of 
the appropriate type (read or write) the TMS34020 will prefetch the next 32-bit 
location. For a 16-bit host, the value of HLB1 alone is sufficient to determine 
after which 1 6-bit word access the TMS34020 will prefetch the next 32-bit loca- 
tion. For a 32-bit host, any combination of HLB1 — HLBO causes the TMS34020 
to prefetch the next 32-bit location after each host access of the appropriate 
type. 

Reset 

RSI Effect 

Allows normal operation 

1 Executes reset 



Setting RST to 1 has the same effect as asserting the RESET pin low— the 
TMS34020 executes a reset. However, when RST is set, on/y the TMS34020 
is reset; typically, the RESET signal is connected to all devices in the system, 
and asserting it low affects the entire system. 



While t he TM S3402 is e xecuting reset internally and the RESET pin is high, 
DRAM CAS-before-RAS refresh cycles are performed, thus preserving the 
contents of the DR AMs i n the system. During a hardwar e reset, th e TMS34020 
uses the value of HCS just before the rising edge of RESET to determine 
whether to come up in self-bootstrap or host-present mode. W hen res et is 
caused by setting RST, however, there is no rising edge on the RESET pin. 
Because of this, the TMS34020 remembers which mo de it was brought up in 
the last time a reset was caused by asserting RESET, and it configures itself 
in that mode. 

It is not necessary to clear RST; reset clears it automatically. 

Nonmaskable interrupt, host to TMS34020 

NMI Effect 

No NMI is requested 

1 The host is requesting an NMI 

The nonmaskable interrupt allows a host processor to redirect the CPU's 
execution flow to an NMI routine, regardless of the current state of the interrupt 
mask flags. The host writes a 1 to the NMI bit to send a nonmaskable interrupt 
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Host-Interface Control Register, High Word HSTCTLH 

request to the TMS34020. The interrupt request cannot be disabled, and is 
always executed (unless the TMS34020 is reset before it can complete inter- 
rupt execution). The interrupt is initiated immediately when NMI is set (at the 
time the current instruction completes execution, or at the next interruptible 
point in an instruction). Once the interrupt is taken, internal logic automatically 
clears the NMI bit too. 

You can use NMI to generate a soft reset after the host downloads new code 
into TMS34020 memory. After execution of a nonmaskable interrupt, 
screen-refresh and DRAM-refresh functions continue unaffected. The inter- 
rupt does not alter the contents of internal registers except for HSTCTLH (the 
NMI bit), although the NMI service routine may alter them. 



bit 9 



bit 11 



Nonmaskable interrupt mode 






NMI NMIM Effect 


NMI 


NMIM 


Effect 


No effect 


1 





NMI, save context on current stack 


1 undefined 


1 


1 


NMI, discard context 



The NMI mode bit determines whether or not the context (PC and ST) of the 
interrupted program is saved when a nonmaskable interrupt occurs. 

Qi When NMIM=0, the TMS34020 saves the context on the system stack 
before executing the NMI service routine. This is useful for applications 
(single-step instruction execution, for example) that must preserve the 
PC's status between consecutive nonmaskable interrupts. Note that sav- 
ing the context may be of no benefit if either 

■ control will never be returned to the interrupted program, or 

■ the integrity of the stack pointer is suspect. 

Qi When NMIM=1 , the TMS34020 discards the context when it executes the 
NMI service routine. You can use a nonmaskable interrupt to simulate a 
hardware reset in software (using the NMI vector). The NMI does not reset 
the I/O registers; if you simulate a hardware reset with an NMI, the NMI 
service routine should reset the I/O registers. 



Host prefetch-after-write enable 


HINC HPFW 


Effect 





Disables prefetching and incrementing of internal address 


1 


Disables prefetching and incrementing of internal address 


1 


Enables prefetching after last byte read and incrementing of in- 
ternal address after any last byte access 


1 1 


Enables prefetching after last byte write and incrementing of in- 
ternal address after any last byte writes 



HPFW works with the HINC bit to enhance a host processor's access to blocks 
of TMS34020 memory. When host prefetches are enabled (HINC=1 ), the value 
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of HPFW determines whether prefetches are executed after a read to or a write 
from the last byte of a word (identified by the HLB bits). 

Qi Selecting HINC=1 and HPFW=0 enhances the host processor's ability to 
read contiguous blocks of TMS34020 memory. This tells the TMS34020 
to prepare for the hosf s next read request by prefetching the next 32-bit 
location in memory after completing the read of the current long word. If 
the host uses implicit addressing to access TMS34020 memory (that is, 
the host provides only the first address of a contiguous block of memory), 
the TMS34020 automatically generates subsequent addresses by incre- 
menting the address after each access (regardless of whether the access 
is a read or a write). 

Qi Selecting HINC=1 and HPFW=1 enhances the host processor's ability to 
modify contiguous blocks of TMS34020 memory. This tells the TMS34020 
to prepare for the host's next read request by prefetching the next 32-bit 
location in memory after the write to the current word is complete. This pro- 
vides an efficient read-modify-write mechanism. If the host uses implicit 
addressing to access a block of TMS34020 memory, the TMS34020 gen- 
erates subsequent addresses by incrementing the address after each 
write. 

If the host is not using implicit addressing, prefetching could yield an unwanted 
address; however, the TMS34020 has a built-in mechanism that compares the 
fetched address to the requested address. If the TMS34020 prefetches an un- 
wanted location, it makes an additional access to the requested location.This 
ensures that the host always accesses the correct location. 

Host increment 

"hinc Effect 

Disables prefetching, incrementing, and comparison of addresses 

1 Enables prefetching, incrementing, and comparison of addresses 

Setting HINC enhances the TMS34020's host interface performance by pro- 
viding these features. 

Q Address comparison. The TMS34020 compares the address most 
recently read or prefetched by the host with the address currently 
requested by the host on read accesses. This allows prefetching while en- 
suring that the correct location is always accessed. If the host requests ac- 
cess to a location different from a prefetched location, the TMS34020 de- 
tects this and initiates another access to the explicitly requested location. 

Address comparison is also useful if the host is not a 32-bit machine. In this 
case, the host must perform multiple reads to fully read a 32-bit word. The 
address comparison ensures that once data from the address is latched 
into the external host data transceivers, accesses to other bytes of the 
same word do not cause the data to be fetched repeatedly from the 
TMS34020's local memory. 
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bit 12 
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bit 14 



bit 15 



Ql Address prefetch. The TMS34020 supports prefetching, providing the 
host with an efficient method for accessing contiguous blocks of 
TMS34020 memory. 

Ql Address increment. A host can use implicit addressing, supplying only 
the first address in the block of words that it will read, write, or modify. The 
TMS34020 automatically increments the address after each last-byte host 
read/write (HPFW=0), or after each last-byte write (HPFW=1). 

Cache flush 



CF 


Effect 





No effect 


1 


Flushes and disables the cache 



Setting CF to 1 disables the instruction cache and flushes the cache contents. 
While CF=1 , all 4 of the cache's P flags are forced to 0. The TMS34020 must 
fetch instructions one-at-a-time from local memory. 

Normal cache operation resumes when CF is cleared to (assuming that 
CDICONTROLI also = 0). When the value of CF changes from 1 to 0, the 
cache begins operation in the same initial state as that which immediately 
follows reset. 

Flushing the cache is useful when the host processor downloads new code to 
TMS34020 local memory. By setting CF to 1 and then to 0, the host forces the 
TMS34020 to load new instructions into the cache from memory rather than 
to continue executing the stale instructions already in the cache. 

Halt TMS34020 program execution 

lilJ Effect 



Allows TMS34020 to run 



Halts TMS34020 instruction execution 



When HLT=1, the TMS34020 suspends instruction processing at the next 
instruction boundary. Once halted, the TMS34020 does not respond to inter- 
rupt requests, including NMI. Local-memory-refresh and video-timing func- 
tions continue unaffected while the TMS34020 is halted. When HLT is cleared 
to 0, the TMS34020 continues execution. 

The state of HLT immediately after reset is determined by the state of the HCS 
pin at the low-to-high transition of RESET: 



Q If HCS is low, HLT is set to and the TMS34020 can begin executing its 
reset routine. 



Q If HCS is high, HLT is set to 1 and the TMS34020 is halted. 

Both the host processor and the TMS34020 can write to the H LT bit; this means 
the TMS34020 can halt itself by setting HLT to 1 . 

4-61 



B-flle register? 
I/O register? 


^l 


register number: 

address: COOOOOFOh 

J 



Format 



15 


14 


13 


12 


11 


10 


9 8 


7 


6 5 4 


3 


2 1 


HB 
REN 


"f? 


"y? 


f^ 


emgemrK;^^^^^^^^^ 


MSGOUT 


r 


MSGIN 



Bits 



Bits 


Name 


Function 


0—2 


MSGIN 


Buffers an input message 


3 


INTIN 


Sends input interrupt from liost to TMS34020 


4—6 


MSGOUT 


Buffers an output message 


7 


INTOUT 


Sends output interrupt from TIWS34020 to host 


10 


EMR 


Emulator handslial^e (request to host) 


11 


EMG 


Emulator handshake (grant from host) 


12 


EMIEN 


Enables emulator inhibit host port interrupt 


13 


HRYI 


Indicates a retry on a host access 


14 


HBFI 


Indicates a bus fault on a host access 


15 


HBREN 


Enables host retry or bus-fault interrupt 


8—9 


X^ifX 


Reserved; do not use 



Description 



HSTCTLL controls host interface communications. Both the TMS34020 and 
the host can readaW of HSTCTLL's bits, but these restrictions apply to writes: 





TMS34020 


Host Processor 


MSGOUT 


Can modify 


Can't modify 


MSGIN 


Can't modify 


Can modify 


INTIN 


Can write a 0; writing a 1 has no effect 


Can write a 1 ; writing a has no effect 


INTOUT 


Can write a 1 ; writing a has no effect 


Can write a 0; writing a 1 has no effect 



bits 0—2 
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Message in— host to TMS34020 

The message-in bits buffer a 3-bit interrupt message to the TMS34020 from 
the host. The host can read from and write to MSGIN, but the TMS34020 can 
only read MSGIN. MSGIN typically contains a command or status code from 
the host, which the TMS34020 reads in response to a host-generated interrupt 
(INTIN=1 ). The code's meaning depends on your application. 

TMS34020 Registers 



bits 



HqsNnte^^ 

Interrupt in— host to TMS34020 

INTIN Effect 

No interrupt request to TMS34020 

1 Host requests a TMS34020 interrupt 

INTIN controls the host's message interrupt to the TMS34020. To generate this 
request, the host sets INTIN to 1 . The TMS34020 can deactivate the request 
by clearing INTIN. The host cannot clear INTIN; similarly, the TMS34020 can- 
not set INTIN. The HIPllNTPEND]] bit reflects the status of INTIN. 

Message out— TMS34020 to host 

MSGOUT buffers a 3-bit interrupt message to the host from the TMS34020. 
The TMS34020 can read from and write to MSGOUT, but the host can only 
read MSGOUT. MSGOUT typically contains a command or status code from 
the TMS34020, which the host reads in response to a TMS34020-generated 
interrupt (INT0UT=1). The code's meaning depends on your application. 

HSl Interrupt out— TMS34020 to host 

bit? 

INTOUT Effect 



bits 4^-6 



bits10&11 



No interrupt request to iiost 



TMS34020 requests a host interrupt 



The INTOUT bit controls the TMS34020's message interrupt to t he hos t. The 
TMS34020 transmits a n inter rupt request to the host by driving HIN T activ e 
low. When INT0UT=1, HINT is driven active low; when INTOUT=0, HINT is 
driven inactive high. The TMS34020 activates the interrupt request by setting 
INTOUT to 1 ; the host deactivates the request by clearing INTOUT. The 
TMS34020 cannot clear INTOUT; similarly, the host cannot set INTOUT. 



Emulator (or debugger) handshake— request to/grant from host 


EMG EMR 


Interpretation 





No request, no interrupt 


1 


Host request from EMU, interrupt if enabled 


1 


Host released by EMU, interrupt If enabled 


1 1 


Host grant to EMU, no interrupt 



An in-circuit emulator or software debugger may use EMR and EMG for 
exchanging information and coordinating activity with a host processor. The 
precise meaning of these bits depends on your application, the emulator or 
debugger software, and the host processor. 

If a debugger or an in-circuit emulator needs to start emulation activity with the 
TMS34020, the debugger or emulator may set EMR to make this req uest to 
the host. If EMIEN=1 , setting EMR causes the host to be int errupted via HINT. 
The hostthen sets EMG to acknowledge this, causing HINT to return to its inac- 
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HSTCTLL Host'lnterf^^^ 



bit 12 



bit 13 



bit 14 



bit 15 



tive level. The emulator or debugger then clears EMR, signalling the end of the 
activity to th e host. Again, if EMIEN=1 , clearing EMR causes the host to be in- 
terrupte d via H INT. The host then clears EMG, completing the transaction and 
causing HINT to return to its inactive level. 

Only an emulator or debugger should modify EMR, and only the host should 
modify EMG. If you are not using this protocol, clear thes6 bits to 0. 

Emulator inhibit ho3t port interrupt enable 



EMIEN 


Effect 





EMR XOR EMG causes no host interrupt via HINT 


1 


EMR XOR EMG causes an interrupt to the host via HINT 



EM IEN co ntrols whether the exclusive-OR of the EMR and EMG bits causes 
the HINT pin to be driven active low, thus interrupting the host. 

Retry on host access interrupt 

HRYI Effect 

Host access was not retried 



1 Host access was retried (HINT was set active, if enabled) 

The TMS34020's host interface sets HRYI if a host access returns a retry 
memory cycle completion code. The TMS34020 automatically attempts to 
retry the memory access. If enabled (HBREN=1 ), theTMS34020 interrupts the 
host via the HINT pin. The host must ensure that the appropriate action (if any) 
is taken to clear the cause of the retry, and then the host must clear HRYI. 

Bus fault on host access interrupt 

HBFI Effect 

Host access was not faulted 



1 Host access was faulted (HINT was set active, if enabled) 

The TMS34020's host interface sets HBFI if a host access returns a bus-fault 
memory cycle completion code. The TMS34020 performs no further error 
recovery, but terminates the host request and drives HRDY high as if the cycle 
completed succes sfully. If enabled (HBREN=1), the TMS34020 interrupts the 
host via the HINT pin. The host must ensure that the appropriate action (if any) 
is taken to clear the cause of the bus fault, and then the host must clear HBFI. 



Host bus-fault or retry interrupt enable 




HBREN 


Effect 







No interrupt sent to the host via HINT if HRYI or 


HBFI Is set 


1 


An interrupt is sent to the host via HINT if HRYI 


or HBFI is set 



HBREN enables or inhibits the TMS34020 from interrupting the host when a 
retry or bus fault occurs on a host access. 
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Host-Interface Data Registers HSTDATA 



ABILITY 



o 
o 



t 



Format 



Description 



/^ 


B4\\e register? 


t 1 ^ 

[ register number; 


v 


I/O register? 


V address: COOOOOCOh 

J 


15 







I no defined function for TMS34020 | 



HSTDATA is a simple 1 6-bit read/write location that can be used to store infor- 
mation passed between the host and the TMS34020. 
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HSBLNK Horizontal Start Blank Register 



•vy, •y,v,:y,A':i,i::v :• • 



B-f He register? | 

I/O register? V | 



register number: 

address: COOOOOSOh 



Format 



Description 



15 



Start of horizontal blanking 



HSBLNK is used for generating the HBLNK or CBLNK signal output to the vid- 
eo monitor. The 16-bit HSBLNK value is compared to HCOUNT and defines 
the point at which the horizontal-blanking interval begins. 



For composite video, select the CBLNK/VBLNK pin as CBLNK. CBLNK out- 
puts the logical-OR of the internal horizontal- and vertical-blanking signals; it 
is low if either horizontal- or vertical-blanking is active internally. 

Several internal events coincide with the start of horizontal blanking: 

Qi A request for a screen-refresh memory cycle is sent to the TMS34020's 
memory controller. 

□i If a display interrupt is programmed to occur at a particular horizontal scan 
line, the actual interrupt request is generated at this point. 

Monitors typically require that HSBLNK contain a value less than HTOTAL, but 
greater than HEBLNK. 
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Aiii(iifSfiiiiXiiit<ii>iitiiiiiiii,MiM,Mii>i,iiiiiiiiiiiy,iti,^^^^^ ^ii,iZi,,j;„i Kiy^A'tta y,,t. ; <,,^,y., x 



Horizontal Total Register HTOTAL 






B-file register? 




register number: 


I/O register? 


>/ 


address: C000 0070h 

J 



Format 



15 



total horizontal scan lines 



Description 



HTOTAL is used for generating tiie liorizontal- and composite-sync signals 
outputto tine video monitor. The 1 6-bit HTOTAL value is compared to HCOUNT 
and defines the duration of each horizontal scan line on the screen in terms of 
VCLK periods. 

HTOTAL is compared with the horizontal count in HCOUNT to determine the 
point at which the horizontal- and composite-sync pulses begin. Usually, 
HC OUNT co unts from to the value in HTOTAL. When HCOUNT = HTOTAL, 
the HSYNC output is driven active low on the next falli ng edge of VCLK , and 
HCOUNT is reset to on the same clock edge. If the CSYNC/HBLNK pin is 
selected as CSYNC, then CSYNC is also driven active low. 

In addition, for interlaced composite video, HCOUNT is reset to when 
HCOUNT=HTOTAL/2 during the equalization and serratio n regions . This con- 
dition triggers the equalization and serration pulses on the CSYNC pin (which 
occur every half horizont al scan lin e). During this time, the beginning of hori- 
zontal-sync pulses on the HSYNC pin are caused by alternating occurrences 
of HC0UNT=HT0TAL/2. 

In interlaced video, HTOTAL should contain an odd number (LSB=1) to 
achieve equal spacing between lines. Equalization and serration pulses are 
then evenly separated by half a scan line. The total number of VCLKs per hori- 
zontal scan line is calculated as HTOTAL + 1 . 

When external horizontal or composite video is enabled, HTOTAL should con- 
tain a value not less than HCOUNT's value at the point at which the external 
sync pulse is expected. If you use SETHCNT to exactly align the internal video 
timing with the external sync, set HTOTAL to exactly match the number of 
VCLKs between external syncs. 

HTOTAL should contain a 1 6-bit value greater than HSBLNK but less than or 
equal to 65,535 (FFFFie). 
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I H OST Internal Host-Interface Address Registers 



B-file register? 
I/O register? 


V 


register number: 

addresses: C000 0380h 
C000 03A0h 
COOO 03C0h 
COOO 03E0h 



Format 



31 



iiiiiii 



iiiiiii 



iliPIl 



iiiSiii 



Description 



The TMS34020's host interface uses these 32-bit locations for storing the ad- 
dresses used in making host-requested reads, writes, and prefetches to 
TMS34020 local memory. These locations are included in the I/O register 
memory space for purposes of chip test only. You cannot write to these loca- 
tions. The data read from these locations is generally not 0. 
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Interrupt Enable Register iNTENB 



B-file register? 




register number: 


I/O register? 


^/ 


address: COOOOHOh 



Format 



Bits 



15 14 


13 12 


11 


10 


9 


8 7 6 5 4 3 


2 


1 





m0. 


m^. 


Hi 


lilil 


iilil 


'mm^^mmi 


:;|||: 


III 


m 




Bits 


Name 


Function 




1 


X1E 


Enables external interrupt 1 




2 


X2E 


Enables external interrupt 2 




9 


HIE 


Enables the host interrupt 




10 


DIE 


Enables the display interrupt 




11 


WVE 


Enables the window violation interrupt 






3—8 

12—15 


H 


Reserved; do not use 





Description 



INTENB contains an interrupt mask that selectively enables 3 internally gener- 
ated and 2 externally generated interrupt requests. 

XI & X2 exter nal in terrup ts 1 and 2. Generated by active-low signals on the 
LINT1 and LINT2 input pins, respectively. 

HI host interrupt Generated when the host processor sets 

INTINEHSTCTLUtoL 

Dl display interrupt Generated when the vertical count in the VCOUNT 

register reaches the value of DPYINT. 

WV window-violation interrupt Caused by an attempt to write a pixel in- 
side or outside the current window limits (depending on the selected 
window-checking mode). 

The status register contains a global interrupt enable bit (IE). The INTENB reg- 
ister contains individual interrupt enable bits associated with each of the 5 in- 
terrupts described above. Interrupts are enabled through a 2-step process: 

Step1: Set the IE bit to 1. 

Step 2: Set the appropriate bits in INTENB to 1 . 

Setting IE to disables all of these interrupts, regardless of the value in 
INTENB. When IE=1 , each interrupt is enabled according to the appropriate 
value in INTENB (1 enables the interrupt, disables it). 
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INTPEND Interrupt Pending Register 



•.'.•.w,'.*.'/-'.:. .v,«v.s .-.'.sy .<':-.is;i'.y^AS .■.•.s«-:s .'.• •. .v •,•:•,•.:.•* <•. .• •.'••.'.•::. .• •, 



B-fite register? | | 
I/O register? V [ 



register number: 

address: C000 0120h 



Format 



15 14 13 12 11 10 



m^^y-A^ 



ill 



ill 



ill 



w^//mw/j. 



// 



WM. 



ill 



ii"'l!ni"'!!iiii| 



B/fs 



Description 



Bits 


Name 


Function 


1 


X1P 


Identifies a pending external interrupt 1 


2 


X2P 


Identifies a pending external interrupt 2 


g 


HIP 


Identifies a pending host interrupt 


10 


DIP 


Identifies a pending display interrupt 


11 


WVP 


Identifies a pending window violation interrupt 


0,3—8 
12—15 


W^A 


Reserved; do not use 



INTPEND indicates which interrupt requests are currently pending (for a de- 
scription of these interrupts, refer to the discussion of the INTENB register). 
The individual pending bits in the INTPEND register reflect the status of inter- 
rupt requests. The interrupt is requested if the corresponding pending bit is 1 ; 
there is no request if the pending bit is 0. INTPEND reflects the status of each 
interrupt request, regardless of whether the interrupt is enabled or not; this 
allows the TMS34020 to poll interrupts. 



X1 P and X2P are read-only bits that reflect the input lev els on LIN T1 and 
LINT2; they are not affected when INTPEND is written to. LINT1 and LINT2 
are asynchronous inputs, but signals to these pins are synchronized internally 
so that you can always reliably read X1 P and X2P. If an external interrupt is dis- 
abled, the TMS34020 ignores the interrupt request, even if the corresponding 
pending flag is set. The TMS34020 takes the interrupt only if the external re- 
quest is maintained at the request pin, until the interrupt is again enabled. 

DIP and WVP reflect the status of interrupt requests generated internally. 
These 2 bits are implemented as latches. Once set, DIP or WVP remain set 
until a is written to the appropriate bit (or until the TMS34020 is reset). Writing 
a 1 to either of these bits has no effect at any time.While an internal interrupt 
is disabled, the interrupt request is ignored, even if the corresponding pending 
flag is set. If the interrupt is then enabled while the interrupt-pending flag is set 
(because of a prior interrupt request), the TMS34020 takes the interrupt. 

HIP is a read-only bit that always displays the current contents of INTIN. Writ- 
ing to the INTPEND register does not affect HIP. A host interrupt request is gen- 
erated when the host processor writes a 1 to INTIN. The TMS34020 clears the 
interrupt request by writing a to INTIN [HSTCTLLl. 
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Mask Address ^^^ MADDR 



B-file register? 

1/0 register? 



register number: B10 

address: 



Format 



Description 



31 



Whicii instructions 
use ttiis register? 



Exampie 



linear bit address 



MADDR contains the mask array address for PIXBLT L,M,L MADDR usually 
points to the mask bit with the lowest address in the mask array. When the 
selected starting corner is not the upper left corner, you must manually adjust 
MADDR to point to the mask array's starting corner. 

MADDR always contains a linear address. When the PIXBLT L,M,L completes, 
MADDR points to the starting location of the row that follows the last row in the 
array. If PIXBLT L,M,L is interrupted, MADDR points to the next word of pixels 
to be read. 



Instruction 



MADDR's format 



SETCMP 
PIXBLT L, M, L 



Linear; any value 
Linear; any value 



MADDR .set BIO 

MOVI OOOlOAFCh, MADDR 



Move linear 
value lOAFCh 
into BIO 
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MPTCH^^^^^^^^^^ 



B-file register? 

I/O register? 



register number: B11 

address: 



Format 



Description 



31 



Wtiicti instructions 
use ttiis register? 



Exampie 



linear bit address 



MPTCH defines the linear difference in the starting memory addresses of adja- 
cent rows of the mask array for PIXBLT L,M,L. The TMS34020 uses the value 
in MPTCH to move from row to row through the mask array. MPTCH can have 
any value. 

If you're manually converting an XY address to a linear address, you can use 
the SETCMP instruction; SETCMP uses the MPTCH value to calculate the 
mask pitch conversion factor and loads the correct value into CONVMP. You 
can then use CVMXYL to perform the conversion. 



Instruction 



MPTCH's format 



CVMXYL 
FLINE, LINE 
FPIXEQ, FPIXNE 
PIXBLT L, M, L 
SETCMP 



Linear; any value 
Linear; any value 
Linear; any value 
Linear; any value 
Linear; any value 



MPTCH 



.set Bll 



MOVI OOOOOlOOh, MPTCH 
MOVI 000A03D0h, MPTCH 
MOVI 00000220h, MPTCH 



Power of 2 
Arbitrary value 
2 powers of 2 
(512 + 32) 
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..iQ^e!??!Hg...Pi?^^15^^ 



B-file register? 

1/0 register? 



register number: B4 

address: 



Format 



Description 



31 



Wtiicti instructions 
use fAiis register? 



Example 



linear bit address 



OFFSET contains the linear address of the first pixel in the XY coordinate 
space for instructions using XY addressing. This address corresponds to the 
linear address of the XY origin (X=0,Y=0). The TMS34020 uses this value as 
the memory base for performing XY-to-linear address conversions. 

OFFSET always contains a linear address. The offset address may be at any 
position in the TMS34020 linear address space. For proper XY address con- 
versions, transparency, pixel processing, and plane masking, OFFSET should 
contain a pixel-aligned value. Instructions that use OFFSET as an implied 
operand do not modify the register's contents. 



Instruction 



OFFSET'S function 



CVXYL 
DRAV 
FILL XY 
LINE 
PFILL XY 
PIXBLT B, XY 
PIXBLT L, XY 
PIXBLT XY, L 
PIXBLT XY,XY 
PIXBLT L, M, L 
PIXT Rs, *Rd.XY 
P\XT *Rs.XY,Rd 
PIXT */?s.XY, */?d.XY 
TFILL 



Linear address of XY origin 
Linear address of XY origin 
Linear address of XY origin 
Linear address of XY origin 
Linear address of XY origin 
Linear address of XY origin 
Linear address of XY origin 
Linear address of XY origin 
Linear address of XY origin 
Linear address of XY origin 
Linear address of XY origin 
Linear address of XY origin 
Linear address of XY origin 
Linear address of XY origin 



OFFSET .set B4 



MOVI 00042000h, OFFSET ; Linear value on 

; pixel boundary 



4-73 



PATTERN Pixel Pattern Register 



B-flle register? [T] 

I/O register? | ] 



register number: B13 

address^ 



Format 



Description 



31 



replicated pixel value 



PATTERN uses the information in COLORO and C0L0R1 to define a pixel pat- 
tern. COLORO defines the replacement color for bits in the pattern; C0L0R1 
provides the replacement color for bits in the pattern. 



Note: 

If the PATTERN value is less than 32 bits, you must replicate the pattern 
throughout all 32 bits of the PATTERN register. 



Wtiicti instructions 
use this register? 



Instruction 



PATTERN'S function 



FLINE, LINE Line pattern 

PFILLXY Array pattern. If PATTERN contains all 1s, PFILL uses 

C0L0R1 to produce a solid fill. If PATTERN contains all Os, 
PFILL uses the COLORO value to produce a solid fill. 
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TMS34020 Registers 



.............„^^^^^^^^^ 



B-file register? 
I/O register? 



register number: 

PM4S/C (32-bit address): C000 0160h 
PMASKL (16-bit address): COOO 0160h 
PA/MS/CH (16-bit address): C000 0170h 



Format 



or 



31 







1 PMASK— 32-bit plane mask | 


15 







1 


PMASKL— 16 ISBs Of 32-btt plane mask 


^^^Ki 


15 







j; . PMASKH-~16 MSBs of 32-bit plane mask 


1 1 



Note: 

You can access the plane mask registers separately or together by using dif- 
ferent addresses and different field sizes. 

Qi To access PMASK as a single 32-bit register, access the 32-bit field at 
address COOO 0160h. 

□i To access PMASKL as a 1 6-bit register, access the 1 6-bit field at address 
COOO 0160h. 

Qi To access PMASKH as a 1 6-bit register, access the 1 6-bit field at address 
C000 0170h. 



Description 



The PMASK registers selectively enable or disable various planes in the bit- 
map of a multiple-bit-per-pixel display system. Together, PMASKL and 
PMASKH (referred to as PMASK) contain a 32-bit value that determines which 
bits of each pixel can be modified during execution of a graphics instruction. 
The PMASK registers enable you to identify which bits in each pixel are 
protected (mask bit=1) or not protected (mask bit=0) from modification. 

Qi During a pixel write, Os in the plane mask identify destination bit positions 
that can be modified. The 1 s in the plane mask represent bit positions with- 
in the destination that are protected from modification. 

□i During a pixel read, Os in the plane mask identify readable bits within a 
pixel; bits corresponding to 1s in the mask are always read as Os. 

Display memory organization can be described in terms of bit planes. If the pix- 
el size is 4 bits, for example, and the bits in each pixel are numbered from 
to 3, the display memory is composed of 4 bit planes, numbered to 3. Plane 

contains all the bits numbered from all the pixels, plane 1 contains all the 
bits numbered 1 from all the pixels, and so on. A 4-bit mask is constructed so 
that bit of the mask enables or disables writes to the bits in plane 0, mask bit 

1 enables or disables writes to plane 1 , etc. 
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The plane-mask value for a 4-bit pixel is a 4-bit value; the plane mask for an 
8-bit pixel is an 8-bit value, etc. You must replicate the plane mask throughout 
the 32 bits of the PMASK registers. For example, when PSIZE=8, you must 
load the PMASK registers with 4 identical copies of the 8-bit plane-mask value, 
as Figure 4-8 shows. In general, all 32 bits of the registers are used, and a 
mask for a pixel size of less than 32 bits must be duplicated n times (where n 
is 32 divided by the pixel size). 



Figure 4-8. Replicating tlie Masl< Value for an S-Bit Pixei 



31 



24 23 



1615 



8 7 



8-bit mask 


8-bit mask 


8-bit mask 


8-bit mask 



The individual bits of the PMASK registers are associated with corresponding 
bits of the 32-bit LAD bus (data are multiplexed over the same LADO— LAD31 
pins as the address). PMASK register bit corresponds to bit of the data bus 
(the bit transferred on LADO), PMASK bit 1 is associated with bit 1 of the data 
bus, etc. In general, if PMASK bit iz is a 0, the mask enables bit n of the data 
bus; if PMASK bit n is a 1 , the mask disables bit n. 

You can effectively disable plane masking by loading all Os into the PMASK 
registers; this allows all bits of each pixel to be modified. This is the default state 
of the PMASK registers following reset. 

If your system's VRAMs can store a copy of the plane mask internally (the 
TMS44251 can do this), then you should set VEN[C0NFIG]1. The TMS34020 
automatically detects when the PMASK registers are modified. It subsequently 
performs a special load-write-mask memory cycle to copy the 1 s complement 
of the PMASK contents into the VRAMs' internal write-mask. (The PMASK is 
inverted because the meaning of the bits in a VRAM's write mask is opposite 
to the meaning of the bits in the PMASK.) The TMS34020 can use the VRAM 
copy of the plane mask to perform plane-masked writes without performing 
read-modify-write cycles. 



Which instructions 
use this register? 



Instruction 


PMASK's function 


DRAV 


Plane-mask value for graphics operations 


FILLS (both) 


Plane-mask value for graphics operations 


FLINE,LINE 


Plane-mask value for graphics operations 


FPIXEQ, FPIXNE 


Plane-mask value for graphics operations 


PIXBLTs (all) 


Plane-mask value for graphics operations 


PIXT f?s, *Rdan6 *Rs, *Rd.XY 


Plane-mask value for graphics operations 


TFILL 


Plane-mask value for graphics operations 


VBLT 


Plane-mask value for graphics operations 


VFILL 


Plane-mask value for graphics operations 
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TMS34020 Registers 



Pixel Size Register PSIZE 



8-file register? 
I/O register? 



register number; 

address: C000 0150h 



Format 



Description 



15 



Wiiich instructions 
use f/i/s register? 



pixel size 



PSIZE defines the pixel size in bits. If the pixel size is 4, load PSIZE with the 
value 4; if the pixel size is 8, load PSIZE with 8, etc. All 16 bits of the PSIZE 
register can be written to or read. Legal pixel sizes are 1, 2, 4, 8, 16, and 32 
bits; any other value of PSIZE is undefined. 



PSIZE = 0001 h 


Pixel size = 1 bit per pixel 


PSIZE = 0002h 


Pixel size = 2 bits per pixel 


PSIZE = 0004h 


Pixel size = 4 bits per pixel 


PSIZE = 0008h 


Pixel size = 8 bits per pixel 


PSIZE = 0010h 


Pixel size = 16 bits per pixel 


PSIZE = 0020h 


Pixel size = 32 bits per pixel 


Instruction 


PSIZE's function 


CVXYL 


X shift amount for XY-to-linear conversion 


CVDXYL 


X shift amount for XY-to-linear conversion 


CVMXYL 


X shift amount for XY-to-linear conversion 


CVSXYL 


X shift amount for XY-to-linear conversion 


DRAV 


Pixel size for graphics operations 


FILLS (both) 


Pixel size for graphics operations 


FLINE, LINE 


Pixel size for graphics operations 


FPIXEQ, FPIXNE 


Pixel size for graphics operations 


PIXBLTs (all) 


Pixel size for graphics operations 


PIXT Rs, *Rd 


Pixel size for graphics operations 


P\XT *Rs,*Rd 


Pixel size for graphics operations 


PIXT Rs, *RdXY 


Pixel size for graphics operations 


PIXT*f?s.XY,*f?d 


Pixel size for graphics operations 


PIXT*/?s.XY,*f?of.XY 


Pixel size for graphics operations 


RPIX 


Field size for replication 


TFILL 


Pixel size for graphics operations 


VBLT 


Pixel size for graphics operations 


VFILL 


Pixel size for graphics operations 
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REFADR Refresh Pseudo-Address Register 



f 








B-file register? 




register number; 


■ 


I/O register? 

V 


V 


address: COOOOIFOh 


1 



Format 



Description 



15 



REFADR 



REFADR contains the address output during DRAIVI-refresh cycles. DRAMs 
require pe riodic refresh ing to retain their data. The TMS34020 automatically 
generates CAS-before-RAS cycles that refresh the DRAMs at regular inter- 
vals. You can select the interval between refresh cycles by loading an appropri- 
ate value into RRO— RR2[C0NFIG]. This determines how often, if at all, 
DRAM refreshes should be performed. 

REFADR forms a contiguous binary counter. Each time a DRAM refresh is per- 
formed, the address in REFADR is output on both LAD16— LAD31 and 
RCAO— RCA12. RCMO— RCM1 CCONFIGl determines which bits of the 
logical address appear on RCAO — RCA12 at row-address time. During a 
DRAM-refresh cycle, the address is valid on both LAD16— LAD31 and 
RCAO— RCA1 2 throughout the memory cycle. This memory cycle is 3 machine 
states long, allowing plenty of time for the external decode logic to detect the 
refresh (from the status code output on LAD3— LADO) and then to enable the 
appropriate banks of memory for refresh. The refresh pseudo-address is in- 
cremented after each DRAM-refresh cycle that completes normally (that is, 
does not return the retry completion code on the LRDY and BUSFLT pins). If 
a refresh cycle does return a retry condition, the refresh cycle is automatically 
rescheduled and the same address is output. 

You can use the refresh pseudo-address to determine which banks of memory 
will be refre shed. Or, you can use it as the refresh address required by D RAMs 
that support RAS-only r efres h. The TMS34020 does not directly support RAS- 
only refresh; if you use RAS-o nly refresh, you must use external hardware to 
prevent activation of the CAS strobes. 

Reset c lears the REFADR register to 0; no r efreshes are performed while the 
RESET pin is held active low. However, if the RESET pin is held high while the 
TMS 34020 is still executing reset internally, DRAM refreshes are performed. 
After RESET is taken high, no CPU-initiated memory cycles occur until 8 
DRAM-refresh cycles are completed. This ensures that the DRAMs and 
VRAMs in the system are initialized correctly. 
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TMS34020 Registers 



:5::sssS5S5S5S::s«5:W::::5i5S::S;W5S5:W:W:W5:y:W^^ 






^9^(9?M^J^?.??B?i^^^^^ SADDR 



::W::s5:W5i5SS5lW5SSS::::5::S5SJ 



WiitiiiiiiiifiiiiifiiiMiiiiiiii 



B-file register? 

i/0 register? 



register number: BO 

address: 



Format 



or 



Description 



Wtiich instructions 
use ttiis register? 



Example 



31 


16 


15 





Y half Of an XY address 


X half of an XY address 


31 









linear bit 


oHrlfiSkce 









SADDR contains the source array address for PIXBLTs. SADDR usually points 
to the pixel with the lowest address in the source array. When the selected 
starting corner is not the upper left corner, the TMS34020 automatically adjusts 
SADDR to point to the selected starting corner of the source array. This feature 
allows you to handle overlapping arrays. (For PIXBLT L,L and PIXBLT L,M,L, 
however, you must manually adjust SADDR to point to the starting corner.) 

The TMS34020 treats the address in SADDR as an XY address or a linear 
address, depending on the instruction using it. 

During PIXBLT operations, SADDR is maintained in linear format. When the 
PIXBLT completes, SADDR points to the starting location of the row that 
follows the last row in the array. If a PIXBLT is interrupted, SADDR points to 
the next word of pixels to be read. 



Instruction 



SADDR's format and function 



BLMOVE 

FLINE, LINE 

PIXBLT B, L 
PIXBLT B, XY 

PIXBLT L, L 
PIXBLT L,M,L 

PIXBLT L, XY 

PIXBLT XY L 
PIXBLT XY,XY 

TFILL 

VBLT 



Linear; points to the beginning of the source array 
Decision variable d=2b-a, used for the line draw 
Linear; points to the beginning of the binary source array 

Linear with special requirements when PBH = 1 or PBV=1 ; re- 
fer to the PIXBLT L,L discussion for a description of Its unique 
requirements 

Linear; points to the beginning of the source array 

XY; points to the beginning of the source array 

XY; points to the first pixel in the line 

Linear; points to the beginning of the source array 



SADDR . set BO 

MOVI [08h, 015h], SADDR 
MOVI OOOOAAAAh, SADDR 



Move XY value 
15h,8h into BO 
Move linear value 
AAAAh into BO 
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SCOUNT Shift-Clock ( 



B-file register? 




register number: 


Ik 

11 


I/O register? 
V 


V 


address: C000 02C0h 


iiiii 



Format 



15 



SCOUNT 



Description 



During horizontal-blanking screen-refresh cycles, the video timing logic auto- 
matically loads SCOUNT with the VRAM tap point (determined using the value 
in DPYMSK). The tap point is automatically right-justified before it is loaded 
into SCOUNT. SCOUNT is incremented by the rising edge of a pulse on the 
SCLK pin. You should connect SCLK to the VRAM's serial clock signal so that 
SCOUNT is incremented each time a bit of data is shifted out of the VRAM's 
serial register. This means that SCOUNT always contains the tap point of the 
bit most recently shifted. When the VRAMs shift the last bit out of one half serial 
register and start shifting bits from the other half serial register, SCOUNT over- 
flows from all 1 s to and schedules a midline-reload screen refresh to transfer 
the next half-row of VRAM into the half serial register not being shifted out. 

Hold the SCLK pin at the inactive-low level throughout horizontal and vertical 
blanking, when the VRAM serial registers are not shifting data. 

Two separate asynchronous elements of the TMS34020 internal logic can 
access SCOUNT: 

Q The midline-reload timing control logic, which runs synchronously to 
SCLK, increments SCOUNT during the active regions of the screen (when 
neither vertical nor horizontal blanking is active). 

Q The internal processor, which runs synchronously to the local clocks 
LCLK1 and LCLK2, can access SCOUNT as an I/O register and can load 
it with the VRAM tap point during horizontal blanking. 

No synchronization between these subsystems is provided. SCOUNT can be 
reliably read or written only while SCLK is held at the logic-low level. SCOUNT 
is not typically read or written except during chip test. 
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Set Horizontal Count Register SETHCNT 



8-file register? 




register number; 


I/O register? 


V 


address: C000 0310h 



Format 



Description 



15 



programmable value for HCOUNT 



If external horizontal or composite video is enabled (by clearing the HSD or 
CSD bit, respectively, in DPYCTL), the video timing logic loads the value of 
SETHCNT into HCOUNT when 



Qi the logic detects an external horizontal-sync pulse on HSYNC, or 

Qi the logic detects an external composite-sync pulse on CSYNC. 

Setting HCOUNT to a programmable value rather than clearing it counteracts 
delays inherent in the synchronization of external sync pulses and other exter- 
nal system delays. 

It takes 4 VCLK cycles from the time an external sync is detected at the appro- 
priate sync input pin until its effects propagate to the video output pins. If 
SETHCNT contains the value 4, then HCOUNT is set to 4 at the beginning of 
the fifth VCLK cycle (that is, 4 whole VCLK cycles) after the external sync pulse 
is detected at the pins. This has the same effect as if HCOUNT were cleared 
to in the same VCLK cycle that the external sync signal went active low. If 
the HTOTAL value matches the parameters of the external video source, then 
HCOUNT=HTOTAL coincides with the beginning of the next external sync 
pulse. This condition causes HCOUNT to be loaded with 0, and the internal 
horizontal- and composite-sync pulses begin. As a result, any sync pins confi- 
gured as outputs go active low on the same VCLK cycle as the external sync 
signal, and internally generated video signals are synchronous to and aligned 
with the external video signals. 

This is especially useful if the TMS34020 is performing sync conversion. By 
programming all the video timing registers to match the parameters of the 
external video source, an external composite sync can be used to generate 
horizontal- and vertical-sync outputs, or external horizontal and composite 
syncs can be used to generate a composite-synd output. 

Programming SETHCNT to a value greater than 4 causes the sync pins confi- 
gured as outputs to change SETHCNT-4 VCLK cycles before the external 
sync (or syncs) changes. This is useful if the system contains external clock 
skews. Similarly, programming SETHCNT to a value less than 4 causes the 
sync pins configured as outputs to change after the external sync (or syncs). 
Do not set SETHCNT to a value less than 0. 
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SETVCNT Set Vertical Count Register 



B-file register? _J 
I/O register? V | 



register number: 

address: COOOOSOOh 



Format 



Description 



15 



programmable value for VCOUNT 



If external vertical or composite video is enabled (by clearing the VSD or CSD 
bit, respectively, in DPYCTL), the video timing logic loads the value of 
SETVCNT into VCOUNT when 



Qi the logic detects an external vertical-sync pulse on VSYNC, or 

Qi the logic detects t he first serration pulse in the external composite-sync 
signal on CSYNC. 

SETVCNT provides symmetry with the SETHCNT register. If you are using 
interlaced video, program SETVCNT to 0, If you do not, the TMS34020 will not 
be able to distinguish between external odd and even fields and may not 
correctly synchronize to the external source. 

For noninterlaced video, you can set SETVCNT to nonzero valu es. This 
causes the internal vertical-blanking signal (visible externally o n CBLNK / 
VBLNK) and the internal vertical-sync signal (visible externally on VSYNC if 
it is an output) to start and end an integral number of scan lines ahead of the 
external vertical sync and blanking signals. Programming SETVCNT to n 
causes the internal signals to be n scan lines in advance of the external signals. 
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SSS::sS5S5S:sss;:5S5SSSS5S»:WS5: 






.^5*.t;£i;if(?s^....^^^^ 



B-file register? 

1/0 register? 



register number: B1 

address: 



Format 



Description 



31 



Exampie 



linear bit address 



SPTCH defines the linear difference between the starting addresses of adja- 
cent rows of a source array. The TMS34020 uses the value in SPTCH to move 
from row to row through the source array. SPTCH can have any value that is 
a multiple of the current pixel size. Note that XY-to-linear conversion is most 
efficient when SPTCH is a power of 2. 

If you're manually converting an XY address to a linear address, you can use 
the SETCSP instruction; SETCSP uses the SPTCH value to calculate the 
source pitch conversion factor and loads the correct value into CONVSP. You 
can then use CVSXYL to perform the conversion. 



instruction 



SPTCH's format 



CVSXYL 
PIXBLTs (all) 
PIXT */7s.XY, Rd 
PIXT*/?s.XY,*/?of.XY 
SETCSP 



Linear; any value 
Linear; any value 
Linear; any value 
Linear; any value 
Linear; any value 



SPTCH .set Bl 

MOVI OOOOlOOOh, SPTCH 

MOVI 00000900h, SPTCH 

MOVI OOOlOAFCh, SPTCH 



Power of 2 
2 powers of 2 
Arbitrary value 
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fSSSSSSSftSSSSSKSSSSSSSSSSSSSSSSSSSSSftSSSSKS: 



iiiiiiiiiiiiiii 

1/6 register? 



n] 



address: COOOOICOh 



m^ 



Format 
Description 



15 



;iiiiii;iiii:iiiliili 



VCOUNT counts the horizontal lines in the display, and is used for generating 
vertical and composite sync and blanking signals. VCOUNT increments on the 
clock edge that resets HCOUNT; in interlaced video, VCOUN T also inc rements 
on the clock edge after HC0UNT=HT0TAL/2. T his cause s VSYNC 's falling 
and rising edges to coincide w ith the falling edge of CSYNC or HSYNC (in inter- 
laced vid eo, some VSYNC transitions occur ha lfway between two HSYNC 
pulses). If CBLNK/VBLNK is selected as VBLNK, this also applies to VBLNK. 

To generate vertical sync and blanking signals, the video timing logic compares 
VCOUNT to the values of VEBL NK, VSBLNK, VT OTAL, and V ESYNC/ 2. In 
interlaced composite video (when CSYNC/HBLNK is selected as CSYNC), the 
full value of VESYNC is used to determine the end of the second equalization 
region. When HCOUNT=HTOTAL (or HCOUNT= HT0TALy2 in interlaced vid- 
eo) and VCOU NT=VTOT AL simultaneously, VCOUNT is reset to on the next 
falling edge and VSYNC is driven active low. In external vertical- or composite- 
sync video, VCOUNT is reloaded from SETVCNT when a falling edge is 
detected on VSYNC, or when the first serration pulse is detected on CSYNC. 



When CSYNC/HBLNK is selected as CSYNC, VCOUNT determ ines the t ype 
of pulse output on this pin. If VESYNC<VCOUNT< VSB LNK, then CSYNC out- 
puts ordinary horizontal-sync pulses that coincide with HSYNC. In interlaced 
video, if VSBLNK<VCOUNT<VTOT AL or VE SYNC/2<VC0UNT< VESYNC, 
equalization pulses are generated on CSYNC. Equ alization pulses appear ev- 
ery half line and are half the width of the pu lses on HSYNC. Every other pulse 
begins coincident with a pulse on HSYNC. 



If VT0TAL<VESYNC/2, CSYNC generates serration pulses. HESERR defines 
the length of these pulses. In n oninterlaced video, they always begin coinci- 
dent with a pulse on HESYNC. In interlaced video, the y occur e very half line, 
so every other pulse begins coincident with a pulse on HSYNC. 

A display interrupt is generated when VCOUNT=DPYINT. You can use this to 
coordinate software activity with the refreshing of selected lines on the screen. 

Two separate, asynchronous elements of the TMS34020 internal logic can 
access VCOUNT: 

□i The video timing control logic (which runs synchronously to VCLK) incre- 
ments and clears or reloads VCOUNT while generating sync and blanking 
signals. 
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J/ert/ca/^^^^^^^ 



□i The internal processor (which runs synchronously to LCLK1 and LCLK2) 
can access VCOUNT as an I/O register. 

The TMS34020 provides no synchronization between these subsystems. 
VCOUNT can be reliably read or written only while VCLK is held atthe logic-low 
level. VCOUNT is not typically read or written except during chip test. 
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VEBLNK Vertical End Blanking Register 



B-file mgjster? ^ 
I/O register? V | 



register number: 

address: C000 0020h 



Format 



Description 



15 



|:|hd of ver|ipa^ 



VEBLNK is compared to VCOUNT to determine when tine vertical-blanking 
interval ends. The vertical-blanking interval ends when VCOUNT=VEBLNK 
and either of these conditions is satisfied: 

Q HCOUNT=HTOTAL or 

Oi HC0UNT=HT0TAL/2 in the interlaced even field. 



In separate sync, the vertic al-blanki ng signal is output on t he CBLNK/VBLN K 
pin, which is selec ted as VBL NK. In c omposite sync, CBLNK/VBLNK is 
selected as CBLNK; in this case, CBLNK outputs t he logical-OR of the internal 
horizontal- and vertical-blanking signals. CBLNK is low if either horizontal- or 
vertical-blanking is active internally. 

Monitors typically require VEBLNK to contain a value less than VSBLNK and 
greater than VESYNC/2. 
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Vertical End Sync Register VESYNC 



8-file register? | | 
I/O register? V | 



register number: 

address: COOOOOOOh 



Format 



Description 



15 



end of vertical-sync pulse 



VESYNC is compared to VCOUNT to determine wiien tine vertical-sync pulse 
ends and, in interlaced composite video, when the second equalization region 
ends. The sync pulse ends when VCOUNT= VESYNC/2 and either of these 
conditions is satisfied: 

Q HCOUNT=HTOTAL or 

□ HC0UNT=HT0TAL/2 in interlaced video. 



The VSYNC output is driven inactive high to signal the end of the vertical-sync 
interval. 

In interlaced video, the second serration region ends if both of these conditions 
are satisfied: 

Q VCOUNT=VESYNC and 

m HC0UNT=HT0TAL/2. 

Monitors typically require VESYNC/2 to contain a value less than VEBLNK; 
VESYNC's minimum value is 0. 

In external vertical or composite video, you should load VESYNC with a value 
such that the internal vertical-sync pulse ends before or at the same time as 
the end of the external vertical-sync pulse or the end of the external serration 
region. If the external vertical-sync pulse or the external serration region is still 
active when the internal vertical-sync pulse ends, it causes VCOUNT to be 
reloaded from SETVCNT, and the internal vertical-sync interval starts again. 
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B-fil6 register? []]] 
I/O register? pT] 



register number: 

address: C000 0040h 



Format 



Description 



15 



Start of vertical blanking 



VSBLNK is compared to VCOUNT to determine when the vertical-blanking 
inten/al starts. Vertical blanking starts when VCOUNT= VSBLNK and either of 
these conditions is satisfied: 

Q HCOUNT=HTOTAL or 

Q HC0UNT=HT0TAL/2 in the interlaced odd field. 

Additionally, vertical blanking wil l start if th e video timing logic detects an exter- 
nal co mposite-s ync pulse (when CSYNC is an input) or a horizontal-sync pulse 
(when HSYNC is an input). 



In separate sync, the vertic al-blanki ng signal is output on t he CBLNK/VBLN K 
pin, which is selec ted as VBL NK. In c omposite sync, CBLNK/VBLNK is 
selected as CBLNK; in this case, CBLNK outputs t he logical-OR of the internal 
horizontal- and vertical-blanking signals. CBLNK is low if either horizontal- or 
vertical-blanking is active internally. 

Monitors typically require VSBLNK to contain a value less than VTOTAL and 
greater than VEBLNK. 
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Vertical Total Register VTOTAL 



8-file register? 




register number: 


I/O register? 


V 


address: COOOOOGOh 



Format 



Description 



15 



total of vertical-sync pulses 



VTOTAL defines the time at which the vertical-sync pulse begins. The video 
timing logic compares VTOTAL to VCOUNT to determine when to start the ver- 
tical-sync pulse. The vertical-sync pulse starts and VCOUNT is reset to when 
VCOUNT= VTOTAL and either of these conditions is satisfied: 

Q HCOUNT=HTOTAL or 

Ql HC0UNT=HT0TALy2 in the interlaced video. 

The internal vertical-sync pulse begins (if it was not already caused to do so 
by either of the conditions above) when 

Ql the vide o timing logic detects an external vertical-sync pulse (when 
VSYNC is an input) or 

Ql the vid eo timing logic detects the first external composite serration pulse 
(when CSYNC is an input). 

When this happens, VCOUNT is reloaded from the SETVCNT register. 



The VSYNC output is driven l ow to sig nal the start of the vertical-sync interval. 
Th e falling a nd rising edges of VSYNC coincide with th e falling e dge of CSYNC 
or HSYNC (in inter laced video, some transitions of VSYNC occur halfway 
between 2 HSYNC pulses). 

Set VTOTAL to a value greater than VSBLNK. VTOTAL's maximum value is 
65,535. 
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WEND 



B-file register? 

I/O register? 



± 



register number: B6 

address: 



Format 



Description 



31 



16 15 



Which instructions 
use this register? 



Example 





Y haJf of window's ending address 




X half of wtridow*$ ending address 



sign of Y coordinate 



sign of X coordinate 



WEND defines the XY address of the most significant pixel within the rectangu- 
lar destination clipping window. WEND must be valid for instructions that use 
an XY destination address and a nonzero window option. The most significant 
pixel is the pixel with the highest address within the window. For a screen with 
the origin in the top left corner of the pixel array, this address corresponds to 
the pixel in the lower right corner. 

The X and Y portions of the address are signed values; WEND can be at any 
position in any quadrant of the XY address space. It describes an inclusive pix- 
el; that is, the pixel at the XY location in WEND is included in the window.The 
value in WEND is used with WSTART, DADDR, and DYDX to preclip pixels, 
lines, and pixel arrays. WEND is not modified by instruction execution. 



Instruction 


WEND's function 


CPW 


XY address of most significant window corner 


DRAV 


XY address of most significant window corner 


FILL XY 


XY address of most significant window corner 


FLINE, LINE 


XY address of most significant window corner 


PIXBLT B, XY 


XY address of most significant window corner 


PIXBLT L, XY 


XY address of most significant window corner 


PIXBLT XY.XY 


XY address of most significant window corner 


PIXT Rs, Rd.XY 


XY address of most significant window corner 


PIXT RS.XY, RdXY 


XY address of most significant window corner 


TFILL 


XY address of most significant window corner 



WEND .set B6 



MOVI [040h, OlOOh], WEND 



XY value (256,64) 
stored in WEND 
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Window Start Address Register WSTART 



B-file register? 

1/0 register? 



register number: B7 

address: 



Format 



Description 



31 



16 15 





Y half of window's starting address 




X:half of window*$ starting address 



sign of Y coordinate 



sign of X coordinate 



WSTART defines the XY address of the least significant pixel within the rectan- 
gular destination clipping window. WSTART must be valid for instructions that 
use an XY destination address and a nonzero window option. The least signifi- 
cant pixel is the pixel with the lowest address in the array. For a screen with 
the origin in the top left corner of the pixel array, this address corresponds to 
the pixel in the upper left corner. 

The X and Y portions of the address are signed values; WSTART can be at any 
position in any quadrant of the XY address space. It describes an inclusive pix- 
el; that is, the pixel at the XY location in WSTART is included in the window. 
The value in WSTART is used with WEND, DADDR, and DYDX to preclip pix- 
els, lines, and pixel arrays. WSTART is not modified by instruction execution. 



Wiiicti instructions 
use ttiis register? 



Instruction 


WSTART's function 


CPW 


XY address of least significant window corner 


DRAV 


XY address of least significant window corner 


FILL XY 


XY address of least significant window corner 


FLINE, LINE 


XY address of least significant window corner 


PIXBLT B, XY 


XY address of least significant window corner 


PIXBLT L, XY 


XY address of least significant window corner 


PIXBLT XY, XY 


XY address of least significant window corner 


PIXT Rs, Rd.XV 


XY address of least significant window corner 


PIXT Rs.XY Rd.XY 


XY address of least significant window corner 


TFILL 


XY address of least significant window corner 



Exampie 



WSTART .set B5 



MOVI [040h, OlOOh], WSTART; XY value (256,64) 

; stored in WSTART 
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Chapter 5 

Instruction Cache and Internal Parallelism 



Most program execution time is spent on repeatedly executing a few main 
procedures or loops. Program execution can be speeded up by placing these 
often-used code segments into a fast memory. The TMS34020 uses a 
512-byte, on-chip instruction cache for this purpose. 

To further enhance execution speed, the TMS34020 can access several areas 
of memory, including the cache, in parallel. Although the TMS34020 stores 
code and data in a single memory space, the TMS34020's internal parallelism 
provides benefits that are often found in processors that use separate code and 
data spaces. 

This chapter includes the following topics: 



Section Page 

Cache information describes the 5.1 Cache Architecture 5-2 

architecture and operation of the 5.2 Cache Replacement Algorithm 5-4 

instruction cache. corNu/-.x- cc 

5.3 Cache Operation 5-5 

5.4 Performance with Cache Enabled 

vs. Cache Disabled 5-9 

internal paralieiism describes how 5.5 Internal Parallelism 5-10 

the TMS34020's ability to 

simultaneously access various 

memory areas improves system 

performance. 
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Cache Architecture 

5.1 Cache Architecture 

Figure 5-1 illustrates cache organization. 

Figure 5-1. TMS34020 Instruction Cache 
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Cache Architecture 



Only instruction words (memory words that the PC points to) can be accessed 
from the cache. This includes 

□i Opcodes 

Of Immediate operands 

□ Displacements 

Qi Absolute addresses 

Instructions and data can reside in the same area of memory; therefore, data 
may occasionally be copied into the instruction cache along with instruction 
words. However, the TMS34020 cannot access data from the cache; all reads 
and writes of data in memory bypass the cache. 

The instruction cache contains 512 bytes of RAM for storing up to 128 long 
(32-bit) words (this is equivalent to 256 6-bit instruction words). Each instruc- 
tion word in cache is aligned on an even long-word boundary. 

As Figure 5-1 shows, the cache is divided into four 64-word segments. Each 
cache segment may contain up to 64 instruction words of a 64-word segment 
from memory. This memory segment is a block of 64 contiguous instruction 
words, beginning at an even 64-word boundary in memory. 

Each cache segment is further divided into 8 subsegments; each subsegment 
contains 4 long-words (up to 8 instruction words). Dividing each segment into 
subsegments reduces the number of word fetches required from memory 
when fewer than 64 words of a memory segment are used. 

Each of the 4 cache segments is associated with a segment start address 
(SSA) register. Figure 5-2 shows how a long-word is partitioned into the com- 
ponents used by the cache-control algorithm. 



Figure 5-2. Segment Start Address 
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I The 4 LSBs of an 
I — instruction-word address 
are always 

Instruction-word address 

within a subsegment 



Segment start address (SSA register) 



Subsegment address 



The 22 bits of the SSA register correspond to the 22 MSBs of the segment's 
memory address. These 22 MSBs are common to all 8 subsegments within a 
segment. The next three bits (bits 6—8) identify one of the 8 subsegments. Bits 
4, 5, and 6 identify one of the 8 instruction words within a subsegment. The 4 
LSBs are always Os because instructions are aligned on word boundaries. 
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5.2 Cache Replacement Algorithm 



When the TMS34020 requests an instruction word from a segment that is not 
in the cache, the contents of one of the 4 cache-resident segments must be 
discarded to make room for the segment that contains the requested word. A 
modified form of the least-recently-used (LRU) replacement algorithm is used 
to select the segment to be discarded. 

The LRU segment manager (part of the cache control logic) maintains an LRU 
stack to track use of the 4 segments. The LRU stack contains a queue of seg- 
ment numbers, through 3. Each time a segment is accessed, its segment 
number is moved to the top of the stack, pushing the other segment numbers 
down as necessary to make room at the top. Thus, the number at the top of 
the LRU stack identifies the most-recently-used segment and the number at 
the bottom identifies the least-recently-used segment. 

When a new segment must be loaded into cache, the least-recently-used 
segment is discarded. The 8 P flags (described in Section 5.3) of the selected 
segment are set to Os, and the segment's SSA register is loaded with the new 
segment address. After the requested subsegment is loaded from memory, its 
P flag is set to 1 , and the requested instruction fetch is allowed to complete. 

Following reset, all P flags in the cache are set to 0. 
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Cache Operation 



5.3.1 Cache Hits 



When the TMS34020 requests an instruction word, it checks to see if the cache 
contains the word. First, the processor compares the 22 IVISBs of the instruc- 
tion address to the 4 SSA registers. If the TMS34020 fins a match, it searches 
for the appropriate subsegment. A present (P) flag, associated with each 
subsegment, indicates the presence of a particular subsegment within a cache 
segment: 

□i P=1 indicates that the requested instruction word is in cache. This is called 
a cache hit. 

Q If there is no match, or if there is a match and P=0, the instruction word is 
not in cache. This is called a cache miss. 



A cache hit means that the cache contains the requested instruction word. In 
this case, the TMS34020 performs the following actions: 

1 ) Performs a short (one machine state) access cycle to read the instruction 
word from cache. 

2) Moves the segment number to the top of the LRU stack, pushing the other 
three segment numbers toward the bottom of the stack (assuming that this 
segment was not the most recently used segment). 

Because of pipelining, instruction fetches from the cache overlap completion 
of preceding instructions. Thus, the overhead due to instruction fetches is 
effectively 0. 



5.3.2 Cache Misses 



A cache miss means that the cache does not contain the instruction word. 
There are two types of cache miss — subsegment miss and segment miss. 

Qi Subsegment miss 

The 22 MSBs of the instruction-word address match one of the 4 SSA 
registers' 22 MSBs; that is, the appropriate segment is in the cache. How- 
ever, the P flag for the requested subsegment is not set. The TMS34020 
performs these actions: 

1 ) Reads into cache the 8-instruction-word subsegmentthat contains the 
requested instruction word. 

2) Moves the segment number to the top of the LRU stack, pushing the 
other three segment numbers toward the bottom of the stack (assum- 
ing that this segment was not the most recently used segment). 
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3) Sets the subsegment's P flag to 1 . 

4) Reads the instruction word from the cache. 

□i Segment miss 

The instruction word address does not match any of the SSA registers. The 
TMS34020 performs the following actions: 

1 ) Selects the least-recently-used segment for replacement; clears the P 
flags of all 8 subsegments. 

2) Loads the SSA register for the selected segment with the 22 MSBs of 
the address of the requested instruction word. 

3) Reads into cache the 8-instruction-word subsegment in memory that 
contains the requested instruction word. This word is placed in the 
appropriate subsegment of the least-recently-used segment. The 
TMS34020 sets the subsegment's P flag to 1 . 

4) Adjusts the LRU stack by moving the number of the new segment from 
the bottom (indicating that it is least recently used) to the top (indicat- 
ing that it is most recently used). This pushes the other three segment 
numbers in the stack down one position. 

5) Reads the instruction word from the cache. 



5.3.3 Fetching Data into the Cache Following a Cache Miss 



Following either type of cache miss, the TMS34020 loads 4 long-words into a 
cache subsegment. The order in which the TMS34020 fetches these 
long-words is determined by the position, within the 4 long-words, of the 
opcode or immediate data that caused the cache miss. 



Example 5-1. Code Without Branches or Immediate Data 



Consider code that starts at address and continues to a high address (such as OlOOOOh). 
Assume that this code contains no loops or immediate data. When the TMS34020 begins to ex- 
ecute this code, it jumps to the first opcode (at address 0) and finds that the opcode is not in cache. 
So, it fills the first subsegment with the 8 opcodes that are in the first 4 long-words in memory. The 
TMS34020 reads the data in this order: 

1^* read: 32 bits at address 020h (opcodes 2&3) 2"^ read: 32 bits at address 040h (ops 4&5) 
S'"^ read: 32 bits at address 060h (opcodes 6&7) 4*^ read: 32 bits at address OOOh (ops 0&1 ) 

Note that the TMS34020 does not read the words in the expected cyclic order— it reads the 
long-word with the first opcode last, not first. This is the general case. 
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Cache Operation 
Example 5-2. Code with Branches 



As another example, consider the following code segment. 




0001 00000000 


5600 


clr 


aO 


0002 00000010 


5684 


clr 


a4 


0003 00000020 


56a5 


clr 


a5 


0004 00000030 


56c6 


clr 


a6 


0005 00000040 


cOOO 


jruc 


next_subseg+4 8 


00000050 


0005 






0006 00000060 


0300 


nop 




0007 00000070 


0300 


nop 




0008 00000080 


next subseg: 




0009 00000080 


0300 


nop 




0010 00000090 


0300 


nop 




0011 OOOOOOaO 


0300 


nop 




0012 OOOOOObO 


5673 


clr 


b3 


0013 OOOOOOcO 


5694 


clr 


b4 


0014 OOOOOOdO 


56b5 


clr 


b5 


0015 OOOOOOeO 


56d6 


clr 


b6 


0016 OOOOOOfO 


56f7 


clr 


b7 


0017 00000100 


loop: 






0018 00000100 


cOff 


jruc 


loop 


This example jumps from the middle of the first subsegment to the middle of the second subseg- 


ment. The first subsegment is loaded into cache as described 


in Example 5-1 . The code executes 


until the TMS34020 encounters the jump on 


line 5. At this point, control passes to the opcode at 


address OBOh. This opcode is not in cache, 


so the TMS34020 loads the next subsegment. The 


4 long-words are loaded in cyclic order; the long-word containing the opcode at address OBOh is | 


read last. The order of 


memory accesses is 






1^* read: 32 bits at address OCOh 


2"^ read: 


32 bits at address OEOh 


3^^ read: 32 bits at address 080h 


4*^ read: 


32 bits at address OAOh 


Even though the code jumps over the long-word at address 080h, this word is loaded into cache. 



Example 5-3. Code with Immediate Data 



Some instructions have immediate data; for example, 

movi ABCDABCDh , AO 

move @0FFFFFF20h, @OEEEEEEOO, 



(32 bits of 
immediate data) 
(64 bits of 
immediate data) 



Immediate data follows the opcode in the object code. If an opcode with immediate data is near 
the end of a subsegment, the TMS34020 may encounter a cache miss when it attempts to access 
the immediate data. The next subsegment is loaded with 4 long-words, in cyclic order, so that the 
long-word containing the immediate data that caused the first cache miss is loaded in last. 
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5.3.4 Self-Modifying Code 



Avoid using self-modifying code; it can cause unpredictable results. When a 
program modifies its own instructions, only the copy of the instruction that 
resides in external memory is affected. Copies of the instructions that reside 
in cache are not modified, and the TMS34020 doesn't attempt to detect this. 



5.3.5 Flushing the Cache 



Flushing the cache sets it to an initial state, identical to the state of the cache 
following reset: The cache is empty and all 32 P flags are cleared to 0. 

You can flush the cache by setting the CF (cache flush) bit in the HSTCTLH 
register to 1 . The CF bit retains the last value loaded until a new value is loaded 
or until the TMS34020 is reset. The contents of the cache remain flushed as 
long as the CF bit equals 1 . All instruction fetches bypass the cache and are 
accessed directly from memory. 

Unless the cache is disabled, normal cache operation resumes when the CF 
bit is cleared to 0. 

One use for flushing the cache is to facilitate downloading new code from a host 
processor to TMS34020 local memory. The host typically halts the TMS34020 
during downloading by writing a 1 to HLTCHSTCTLHI. Before allowing the 
TMS34020 to execute downloaded code, the host should flush the cache to 
purge it of stale instructions. 

For performance reasons, CFCCONTROL] should not remain set to 1 for long 
periods. While CF=1 , only 1 word is fetched at a time. 

5.3.6 Disabling the Cache 

Disabling the cache facilitates program debugging and emulation. The cache 
is disabled by setting CDlCONTROLl to 1 . While the cache is disabled, the 
TMS34020 bypasses the cache and fetches all instructions from external 
memory. 

Setting CD to1 is similar to setting CF to 1 . However, when CD=1 and CF=0, 
data already in the cache is protected from change. When the CD bit is cleared 
to 0, the prior state of the cache (before CD was set to 1) is restored. The 
instructions in the cache are once again available for execution. If the cache 
contents become invalid while CD=1 , they can be flushed by setting CF to 1 . 

For faster execution in some time-critical applications, you may wish to manip- 
ulate the CD bit to preserve code in the cache . For example, if an inner loop 
just exceeds 512 bytes, most of the loop, but not all of it, can fit in the cache. 
During execution of the few instructions that are not in the cache, you can set 
the CD bit to 1 to prevent the TMS34020 from replacing the code in the cache. 
In this instance, the loop's execution speed is improved by eliminating the 
thrashing of cache contents. Use this technique carefully; in some cases, it can 
negatively affect execution speed. 
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5.4 Performance with Cache Enabled vs. Cache Disabled 

When the instruction cache is disabled, the TMS34020 fetches instruction 
words from external memory. Assuming no wait states are necessary, each 
instruction fetch from external memory adds 3 machine cycles to the access 
time. This is considerably slower than a program that uses the cache efficiently 
(when each word in cache is used several times before it is replaced). 

A less efficient use of cache occurs when words in cache are used only once 
before they are replaced. This produces a cache miss every eighth word (even 
in this case, operation is usually much better than operation when the cache 
is disabled). With the cache enabled, the time penalty due to cache misses in 
this case is .75 machine states per single-word instruction (compare this to 3 
states when the cache is disabled), which is calculated as follows: 

Ql 5 machine cycles are required to load 4 long-words (8 instruction words) 
into cache from memory (in page mode). 

Q 1 additional machine state is required to begin processing the instruction. 

Ql Dividing the total of 6 machine states by 8 instruction words yields an aver- 
age of .75 machine states per instruction word. 

Performance with the cache enabled is nearly always better than performance 
with the cache disabled. There are two exceptions: 

Ql If the code contains many jumps, only a portion of each subsegment may 
be executed before control is transferred to another subsegment. 

Ql If an inner loop is larger than the cache, only a portion of the instructions 
in the inner loop can be contained in the cache at any time. In this situation, 
you can improve performance by manipulating the CD bit as described in 
Section 5.3.6. 

While the cache is disabled, the TMS34020's internal memory controller 
fetches each instruction word from memory only as it is requested by the CPU. 
This differs from operation with the cache enabled, in which case a cache miss 
causes the entire 8-instruction-word subsegment containing the requested 
instruction word to be loaded into the cache at once. 
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5.5 Internal Parallelism 



Figure 5-3 illustrates the internal data paths associated with TI\/IS34020 
processor functions. The TMS34020 uses a single, logical memory space for 
storing both data and instructions. However, internal parallelism provides the 
TMS34020 with the benefits found in architectures that use separate data and 
instruction storage (sometimes referred to as Harvard architectures), Ihe abil- 
ity to fetch instructions from cache in parallel with accessing data from memory 
greatly enhances execution speed. Hardware parallelism allows the 
TMS34020 to access these three storage areas simultaneously: 

□i Instruction cache 

Qi Dual-ported, general-purpose register files A and B 

Q External memory 



Figure 5-3. Internal Data Paths 

r 



TMS34020 



instruction 
cache 



iii$fruotions 



1 




liiill 


: 


t 


iiiii 

ill ill 






1 








1 

general- 
purpose 
registers 

1 




CPU 




memory 
interface 




external 
memory 






II 




. 

















The TMS34020 can access each storage area independently of the other two. 
This allows the TMS34020 to perform the following actions in parallel during 
a pair of machine states: 

^ 1 external memory cycle 

Qi 2 instruction fetches from cache 

Q 4 reads and 2 writes to the general-purpose register files 

The need to schedule conflicting internal operations can limit the TMS34020's 
ability to perform these actions in parallel. For example, an instruction that 
requires the memory controller to perform a read must finish executing before 
the next instruction can be executed. Figure 5-4 illustrates an example of inter- 
nal parallelism. 
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Internal Parallelism 



Figure 5-4. Parallel Operation of Cache, Execution Unit, and Memory interface 
(a) Code 



A 


Ll: 


MOVE 


*B1+, BIO, 


/ Get DELTAX 


B 




. ADD 


BIO, B8 


/ Adjust pixel pointer 


G 




PIXT 


*B1, *B8 


/ Draw next pixel 


D 




ADD 


BO, Bl 


/ Add field size 


t 




DSJS 


Bll, Ll 


; Loop N times 



(b) Result 



State: 
instruciion fetch: 

execution: 
memory Interface; 



one Iteration 



^ 1 4^ , 2 >|^ 3^ 4-^^ 4^-6^ 7^*^'8-4#-^9-4^1 04-I I^M 2^- 

MOVE ADD PIXT ADD DSJS MOVE 



B 


C 



A A 



C C C C 



read cycle 



read 



write 



Figure 5-4 (a) shows the inner loop of a graphics routine; Figure 5-4 (b) repre- 
sents execution of the code in (a). Figure 5-4 (b) shows three activities occur- 
ring in parallel: 

Qi Instructions are fetched from cache. 

□1 Instructions are executed through the general-purpose registers and the 
ALU. 

Q[ The local memory interface controller performs memory accesses. 

The memory controller accesses pixels while the ALU fetches instructions from 
cache. The memory controller completes a write cycle while execution begins 
on the next instruction. 



5-11 



5- 1 2 Instruction Cache and Internal Parallelism 



Chapter 6 

Interrupts, Traps, and Reset 



The TMS34020 supports 10 interrupts, including reset, and up to 65,536 soft- 
ware traps. These interrupts and traps use a set of 32-bit vector addresses that 
point to appropriate service routines. The TI\/IS34020 also supports bus-fault 
conditions and single-step execution through these vectors. 

You'll find these topics on the following pages: 

Section Page 

Basic information includes a 6.1 Related Signals 6-2 

summary of related signals and 52 Related Registers 6-2 

snabling7S^^^^^^ ^'^ ^"^^''"9 and Disabling Interrupts 6-6 

of interrupt priorities, and a map of ^-4 Interrupt Priorities and Vector Addresses .... 6-7 

tf\e vector addresses. 6.5 Interrupt Processing 6-9 

6.6 Interrupting Instruction Execution 6-13 

Specific information describes the 6.7 External Interrupts 1 and 2 6-15 

various types ofjnterruptsandan qq internal Interrupts 6-16 

6.9 The Bus-Fault Interrupt 6-19 

6.10 Interrupting a Host Processor 6-21 

6.11 Traps 6-21 

6.12 Reset 6-22 

6.13 An Application for Interrupts: 
Debugging Code 6-28 



application for the single-step 
interrupt. 
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6.1 Related Signals 



Several of the TMS34020's pins request interrupts. Cinapter 2 describes tiie 
interrupt signals in detail; they are summarized below for your convenience. 

Signals Descriptions I/O 

BUSFLT is a bus-fault signal that tells the local-memory I 

controller that an error (or fault) occurred on the 
current bus cycle. BUSFLT operates in conjunc- 
tion with the LRDY signal; if both BUSFLT and 
LRDY are sampled high during a local-memory 
cycle, a bus-fault interrupt is generated. 

HINT is the interrupt signal that allows the TMS34020 to O 

send an interrupt request to a host processor. This 
interrupt is activated by setting bits in the 
HSTCTLL register. 

LINT1, LINT2 are level-sensitive, active-low inputs. They allow I 
external devices to interrupt the TMS34020. 

RESET is th e system reset signal. During normal opera- I 

tion, RESET is driven low to reset the TMS34020. 

6.2 Related Registers 

Several of the TMS34020's I/O registers provide you with control over inter- 
rupts. (Chapter 4 provides detailed descriptions of all the I/O registers.) Some 
registers contain bits that you must set to enable certain interrupts; others con- 
tain bits that the TMS34020 or another device sets to identify an interrupt re- 
quest. 

These registers control interrupt functions: 

□ The status register contains a bit that globally controls interrupts; it also 
reflects the status of certain interrupts. 

□i The INTENB register is the interrupt-enable register. 

Q The INTPEND register is the interrupt-pending register. 

□i The HSTCTLL register is a host-interface register that provides control 
over general TMS34020-to-host and host-to-TMS34020 interrupts. 

□i The HSTCTLH register is a host-interface register that provides control 
over the nonmaskable interrupt, halt, and reset. 

I ' 1 

Note: 

You can access I/O registers in the same manner as any other TMS34020 

memory locations. You can access the status register with the GETST and 

. PUTST instructions. . 
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The remainder of this section describes these registers and tells you which bits 
are associated with the interrupts. In the pictures of the registers, shaded areas 
indicate bits that have no interrupt functions. 






I Status Register (ST) 

I 31 26 25 



^yyyyyMmi 



m 



22 21 



mm^mmmmmmm^^^ 



BF 



IX 



SS 



IE 



I Note: For a complete illustration and description of ST, see Section 4.1 , page 4-2. 



jxxwwKXXxwx-: 












bit 21 



bit 22 



bit 25 



bit 26 



Setting IE (global interrupt enable) to 1 allows you to globally enable the inter- 
rupts that are controlled by the INTENB register. If IE = 0, then interrupts are 
globally disabled; in this case, the values in the INTENB register have no effect. 

Setting SS (single-step enable) to 1 causes a special interrupt to be generated 
after each instruction is executed. This allows you to single-step through a 
program. 

The TMS34020 sets IX (interruptible instruction executing) when it takes an 
interrupt at an interruptible point in an instruction. The TMS34020 uses IX to 
ensure that instruction execution resumes correctly after returning from the in- 
terrupt. 

The TMS34020 sets BF (bus fault) when it takes a bus-fault interrupt. The 
TMS34020 uses this bit to ensure that instruction execution resumes correctly 
after returning from a bus fault. 



INTENB register 

15 



11 



10 



address: COOO 011 Oh 

2 1 



rjmmmfA^^\ die i he mmmwxxxyyjmwA x^e i x.e mc 



^^^^^^^^:»^^:•^^^^^K«^:•^^^^^^^^^^^x•^:•x•^^x•^:•^^:«•;•^^^ 









bit 11 



bit 10 
bit 9 
bit 2 
bit1 



The INTENB register allows you to selectively enable or disable interrupts 
(whenlE=1). 

Setting WVE (window-violation interrupt enable) to 1 enables the window- 
violation interrupt. 

Setting DIE (display interrupt enable) to 1 enables the display interrupt. 

Setting HIE (host interrupt enable) to 1 enables the host interrupt. 

Setting X2E (external interrupt 2 enable) to 1 enables external interrupt 2. 

Setting XI E (external interrupt 1 enable) to 1 enables external interrupt 1 . 
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INTPEND register 



10 9 



DIP 



»'p wyyy7//yMmwjmi'. 



address: COOO 0120h 

2 1 



X2P 



X1P 



m 



SStWSSSOTSftSiSJSSSSSSSWftWSSStBS;:;:* 



The INTPEND register identifies pending interrupts. A pending interrupt \s an 
interrupt that was requested but has not yet been serviced. 



bit 11 



When the WVP (window-violation interrupt pending) bit equals 1 , a window- 
violation interrupt is pending. 



bit 10 



When the DIP (display interrupt pending) bit equals 1, a display interrupt is 
pending. 



bits 

bit 2 



When the HIP (host interrupt pending) bit equals 1 , a host interrupt is pending. 

When the X2P (external interrupt 2 pending) bit equals 1 , an external interrupt 
2 is pending. 



biti 



When the X1 P (external interrupt 1 pending) bit equals 1 , an external interrupt 
1 is pending. 



HSTCTLH register 

HIT yyyyyyjAmim 



NMIM 



NMI 



RST 



address: COOO 01 OOh - 



Note: For a complete illustration and description of HSTCTLH, see Chapter 4. 



«-w«»»:«»x«»»xw:«<»^^ 



*:^w«<«:««««<«:.WK«w>»^^ . 



The primary function of these bits is to allow the host processor to interrupt the 
TMS34020; however, the TMS34020 is also able to write to these bits and may 
therefore set them itself. 



bit? 

IBI 

bits 



Setting the RST (reset) bit causes the TMS34020 to execute a reset. 

The NMI (nonmaskable interrupt) bit allows the host processor to interrupt 
TMS34020 execution. 



bit 9 



The NMIM (NMI mode) bit specifies if the context of an interrupted program is 
saved when a nonmaskable interrupt occurs. 



bit 15 



A host processor can halt the TMS34020's on-chip processor by setting the 
HLT (halt TMS34020 program execution) bit. 
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Related Registers 



HSTCTL 

15 


L register 

14 13 




7 


address: COOO OOFOh 

6—4 3 2—0 


HBREN 


HBFI 


HRYI 


'mmmfmm^ i iJi i? 


INTOUT MSGOUT 


INTIN 


MSGIN 



Note: For a complete illustration and description of HSTCTLL, see Chapter 4. 









The MSGIN (message in) field buffers a 3-bit interrupt message from the host 
Bits 0—2 processor to the TMS34020. 

The host processor can set the INTIN (input interrupt) bit to 1 to generate an 
interrupt request to the TMS34020. 



Bits 



j^SQj The MSGOUT (message out) field buffers a 3-bit interrupt message from the 
Bits 4-~6 TMS34020 to the host. 



Bit 7 



Bit 13 



Bit 14 



Bit 15 



The TMS34020 can set the INTOUT (output interrupt) field to send an interrupt 
request to the host processor. 

The TMS34020 sets the H RYI (host retry interrupt) bit if a retry occ urs on a host 
access. If HBREN=1 , setting HRYI sends an interrupt request (via HINT) to the 
host processor. 

The TMS34020 sets the HBFI (host bus-fault interrupt) bit if a bus fault occurs 
on a h ost access. If HBREN=1, setting HBFI sends an interrupt request (via 
HINT) to the host processor. 

When the HBREN (host bus-fault/retry interrupt enable) bit is set, setting HRYI 
or HBFI causes an interrupt request to be sent to the host processor. 
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6.3 Enabling and Disabling Interrupts 



The TMS34020 supports 10 interrupts; 6 of the interrupts must be enabled 
before the TMS34020 can recognize them. These interrupts include 

Qi Single-step interrupt 

Qi External interrupt one 

Qi External interrupt two 

Qi Host interrupt 

Qi Display interrupt 

Qi Window-violation interrupt 

Note that only these 6 interrupts can be enabled or disabled; reset, bus fault, 
NMI, and ILLOP cannot be disabled. 



Enabling an interrupt - 



To enable the single-step interrupt, set the SS status bit to 1 . The single-step 
interrupt operates independently of the IE status bit. 

To enable any of the other interrupts listed above (excluding the single-step 
interrupt), follow these steps: 

Step 1: Set the IE status bit to 1 (you can do this by executing an EINT 
instruction). 

Step 2: Set the appropriate bit in the INTENB register to 1 : 



To enable this Interrupt: 


Set this INTENB bit: 


external interrupt 1 


X1E(bit1) 


externalinterrupt 2 


X2E (bit 2) 


host interrupt 


HIE (bit 9) 


display interrupt 


DIE (bit 10) 


window-violation Interrupt 


WVE(bit11) 



Disabling an interrupt 

To disable the single-step interrupt, clear the SS status bit to 0. The IE status 
bit does not affect this interrupt. 

To disable any of these other interrupts (excluding the single-step interrupt), 
you can do one of two things: 

Qi If the IE bit = 1 , clear the appropriate bit in the INTENB register. 

m Clear the IE bit to (You can do this by executing a DINT instruction). This 
disables all five of these interrupts, regardless of the values in the INTENB 
register. 
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6.4 Interrupt Priorities and Vector Addresses 



Table 6-1 lists the TMS34020 interrupts by priority. Figure 6-1 shows the 
interrupts' vector addresses. 



Table 6-1. 


Interrupt Priorities 




Interrupt 


Priority 


Source 


Description 


RESET 


1 


external/ 
Internal 


Device reset. Taken when the RESET input signal is asserted low or when 
the RSTIHSTCTLHI] bit is set. 


BF 


2 


external 


Bus-fault interrupt. External logic generates a bus-fault interrupt by 
asserting the BUSFLT signal high; LRDY must also be high. 


NMI 


3 


internal 


Nonmaskable interrupt. Setting NMl[[HSTCTLH]]generates a nonmask- 
able interrupt. 


HI 


4 


Internal 


Host interrupt. The host generates this interrupt by setting INTIN 
IHSTCTLLI 


Dl 


5 


internal 


Display interrupt. The TMS34020's video timing hardware generates the 
display Interrupt. 


WV 


6 


internal 


Window-violation interrupt. The TMS34020's CPU generates a win- 
dow-violation interrupt when a pixel lies either inside a window (windowing 
mode 1) or outside a window (windowing mode 2). 


INT1 


7 


external 


External interrupt 1. Asserting LINT1 low generates this interrupt. 


INT2 


8 


external 


External interrupt 2. Asserting LiNT2 low generates this interrupt. 


SS 


9 


internal 


Single-step interrupt. When the SS status bit is set, this interrupt is gener- 
ated after each instruction execution. 


ILLOP 


10 


internal 


Illegal-opcode interrupt. The TMS34020 generates this interrupt when it 
encounters an Illegal opcode. 



Notes: 1) 

2) 



In order for the TMS34020 to recognize interrupts with priorities 4 through 8, you must set the IE status 
bit. 

Because only the host can set INTIN [[HSTCTLL]], HI could be considered an external interrupt. Howev- 
er, HI is not generated directly from an Input pin; in keeping with the other interrupts, it is listed as inter- 
nal. 



As Table 6-1 shows, RESET has the highest priority. If 2 interrupts are 
requested at the same time, the highest priority interrupt is serviced first 
(assuming it is enabled). The bus-fault condition is considered to be in the inter- 
rupt priority chain, although it behaves differently from other interrupts. 
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Figure 6-1. Vector Address Map 



Trap Number 

-32768 

-1 





1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

11 

12 

13 

14 

15 

16 

29 
30 
31 
32 
33 
34 

32767 



Address 

OOOF FFEOh 

0000 OOOOh 



Name 



FFFF 
FFFF 
FFFF 
FFFF 
FFFF 
FFFF 
FFFF 
FFFF 
FFFF 
FFFF 
FFFF 
FFFF 
FFFF 
FFFF 
FFFF 
FFFF 
FFFF 



FFEOh 
FFCOh 
FFAOh 
FF80h 
FF60h 
FF40h 
FF20h 
FFOOh 
FEEOh 
FECOh 
FEAOh 
FE80h 
FE60h 
FE40h 
FE20h 
FEOOh 
FDEOh 



FFFF FC40h 
FFFF FC20h 
FFFF FCOOh 
FFFF FBEOh 
FFFF FBCOh 
FFFF FBAOh 

FFFO OOOOh 



Trap --32,768 
Trap'-1 



Reset 



INT1 



INT2 



iiiiiii 



NMI 



HI 



Dl 



WV 



llil 
llllllllj 

iJllllS 



IIIIIII 
illlliilli 



ILLOP 



liiiiiii 



ss 



BF 



■iiiii 



l;iillililli; 



-32 bits - 



Description 

Application defined 

Reset 

External interrupt 1 

External interrupt 2 

Reserved for future 
hardware or on-chip 
interrupts 

Nonmaskable interrupt 
Host interrupt 
Display interrupt 
Window-violation Interrupt 

Reserved for future 
hardware or on-chip 
interrupts 

Application defined 

Illegal-opcode interrupt 
Application defined 
Single-Step/Emulator 
Bus fault 

Application defined 
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Notes: 1) Traps -1 through -32,768 use the memory at the bottom of the address 
space for vector addresses. Traps through 32,767 use the memory at the 
top of the address space. 

2) Traps through 31 may be accessed by either a TRAP or TRAPL instruc- 
tion. 

3) Traps -1 through -32,768 and 32 through 32,767 are accessed only by 
TRAPL. 

4) Traps 3 through 7 and 12 through 15 are reserved for future interrupts. 

Interrupts, Traps, and Reset 
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Interrupt Processing 



6.5 Interrupt Processing 



When an interrupt has been requested but has not yet been processed, it is 
called a pending interrupt. If a pending interrupt is enabled (and no interrupt 
with a higher priority is also pending), the TMS34020 accepts the interrupt at 
the end of the current instruction cycle (or at the next interruptible point within 
instruction execution). Figure 6-2 lists the actions that the TMS34020 takes 
when an interrupt occurs. 



Figure 6-2. Actions Performed Wlien tlie TMS34020 Takes an Interrupt 



1) If necessary, the TMS34020 pushes onto the stack any temporary registers that the current 
instruction is using. This allows the instruction to resume execution correctly upon return from 
the interrupt. 

a) If the interrupt is taken part-way through an interruptible instruction, the TMS34020 pushes 
twenty-four 32-bit words. (If the SP is not word aligned when the interrupt is taken, the 
TMS34020 may push another long word on as padding.) 

b) If the interrupt is caused by a bus fault, the TMS34020 pushes thirty-one 32-bit words. 

2) The TMS34020 pushes the PC onto the stack. 

3) If necessary, the TMS34020 modifies the ST so that instruction execution can resume correctly 
after returning from the interrupt. 

a) If the interrupt is taken part-way through an interruptible instruction, the TMS34020 sets the 
IX bit. 



4) 
5) 



6) 
7) 



b) If the interrupt is caused by a bus fault, the TMS34020 sets the BF bit. 

The TMS34020 pushes the ST onto the stack. 

The TMS34020 modifies the contents of the ST as follows: 
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The TMS34020 fetches the interrupt vector from external memory and places it into the PC. 
The TMS34020 begins executing the instruction pointed to by the new PC value. 



When the first instruction of the service routine begins execution, the new 
status register contents imply the following conditions: 

□i All interrupts (except BF, NMI, and reset) are disabled. 

□l Field is 16 bits long and zero-extended. 

Qi Field 1 is 32 bits long and zero-extended. 

Ql Single-stepping is disabled. 
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If a graphics instruction is interrupted, tiie TI\/IS34020 does not save the B-file 
registers used as implied operands (it doesn't push them onto the stack). If your 
interrupt service routine needs to use these registers, the routine should first 
push them onto the stack, then pop them from the stack before returning. 

You may usually want an interrupt service routine to complete before allowing 
any more interrupts. However, if you want to be able to interrupt a service 
routine, the routine should 

Step 1 : Set the IE status bit to 1 . 

Step 2: Set the appropriate bits in the INTENB register. 

The service routine can also load new field sizes, if required. 

If you want to single-step through the interrupt service routine, you can do so 
by setting the SS status bit. 

6.5.1 Returning from an interrupt Service Routine 

Interrupt service routines should not assume anything about the state of the 
stack except that the stack contains the PC, the ST, and possibly some extra 
words (as outlined in Figure 6-2, item 1). The interrupt service routine must 
return using a RETI or RETM instruction. Only these instructions pop the PC, 
ST, and any extra words from the stack to their correct internal locations, there- 
by enabling instruction execution to proceed from the point at which the inter- 
rupt occurred. Note that RETS cannot be used, because it pops only the PC. 

Figure 6-3. Actions Performed Wiien tlie TMS34020 Executes a RETI or RETM Instruction 

1 ) The TMS34020 pops the value of the ST from the stack. 

2) The TMS34020 pops the value of the PC from the stack. 

3) If necessary (as indicated by the IX and BF bits of the restored ST value), any extra words that 
were pushed onto the stack are popped from it. 

4) If the restored IE bit is 1 , the TI\/IS34020 takes one of the following actions, depending on the 
instruction used: 

Qi RETI does not alter the restored value of IE. If another interrupt is pending, it is taken as 
soon as RETI completes, before the TMS34020 can resume execution of the interrupted | 
program. | 

□i RETM masks IE during the last machine state of the return. This has the effect of not enab- | 

ling interrupts until one machine state after RETM completes, which means that even if | 

another interrupt is pending, the TMS34020 resumes execution of the interrupted pro- | 

gram. The interrupt is then taken at the next interruptible point within the program. RETM is | 

used primarily with the single-step interrupt (see Section 6.13, page 6-28). - 

6-1 Interrupts, Traps, and Reset 
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The RETI and RETM instructions perform tlie actions described in Figure 6-3. 
Provided the interrupt routine has not changed any of the values on the stack, 
this restores the CPU to its state immediately prior to taking the interrupt. Under 
no circumstances should you change the value of any of the additional words 
that may have been pushed onto the stack. 

If the cause of an interrupt remains when the TMS34020 completes execution 
of RETI or RETM, the interrupt is taken again. When necessary, the interrupt 
service routine should take the appropriate steps to clear the cause of the inter- 
rupt. Consideration is given to this in Sections 6.7 to 6.9, which discuss each 
of the interrupts in detail. 



6.5.2 Interrupt Latency 



The delay between when an interrupt request is made and when the 
TMS34020 begins servicing the interrupt depends primarily on what activity 
the TMS34020 is performing at the time. The delay can be broken down into 
a number of smaller delays, which fall into four categories. These are listed 
below. 

Qi Delay 1 : Interrupt request recognition. This is the period between the 
time the interrupt is requested and the time the interrupt is recognized. This 
is one machine state for interrupts generated synchronous to the 
TMS34020 (such as HI, NMI, and WV), and one to two machine states for 
interrupts generated asynchronously to the TMS34020 (such as INT1, 
INT2, and Dl). 

Qi Delay 2: CPU response time. This is the time required for an instruction 
that was already executing when the interrupt was recognized either to 
complete or to reach the next interruptible point. This depends on the 
instruction. The instruction timings in Chapter 15 provides details of the 
delay possible for each instruction. 

Qi Delay 3: Interrupt context switch. This is the time required to push the 
PC, ST, and any extra words required onto the stack (as detailed in 
Figure 6-2), and read the appropriate interrupt vector from memory. 

QI Delay 4: Local memory traffic. Any other memory controller activity that 
occurs while the CPU is completing the current instruction or performing 
the context switch has an adverse effect on Delay 3, and affects Delay 2 
if the executing instruction (such as a PIXBLT or FILL) performs many 
local-memory cycles. You should determine what percentage of 
local-memory bus bandwidth is taken up with screen refresh, DRAM 
refresh, and host local-memory cycles, then increase the delay produced 
by Delay 2 + Delay 3 by this amount. 
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Table 6-2 summarizes these delays and gives some best- and worst-case 
figures. Because the local-memory interface is typically the limiting factor in the 
calculations, two worst-case conditions are described; one with 32-bit page- 
mode memory, and the other with 16-bit non-page-mode memory. These 
figures are intended only to give you some idea of the delay involved in servic- 
ing an interrupt. Obviously, otherfactors not discussed here could further delay 
the interrupt: for instance, if another interrupt, which maintained IE=0 through- 
out its service routine (disabling other interrupts), was being serviced at the 
time the interrupt being considered here occurred. Inserting wait states into the 
local-memory cycles also increase the delays. The precise effect of this is diffi- 
cult to estimate, because not all the delays are determined by local-memory 
interface performance. 



Table 6-2. Sources of Interrupt Delay 







Latency (In 


states) 


Delay Type 


Minimum 


l\/laximum A 


IVIaximum B 


Interrupt recognition 


1 


2 




2 


CPU response time (note 3) 





32 




80 


Interrupt context switch 

□i Interruptible instruction 

Qi Bus-fault interrupt 


12 


48 
55 




129 
157 



Local memory traffic 

Qi Per screen refresh 2 2 

□i Per DRAM refresh 3 3 

□f Per host access 2 4 

Notes: 1) Maximum A assumes 32-bit wide memory, which supports page mode. 

2) Maximum B assumes 16-bit wide memory, which does not support page 
mode, with no wait states. 

3) This is for the worst-case instruction (PIXBLT XY,XY). Other instructions 
are less. See Chapter 13, Assembly-Language Instruction Set, for more 
details. 

4) If both the host and the CPU request accesses as frequently as they can, 
the memory controller priorities are arranged so that they each receive al- 
ternative local-memory cycles. 
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6.6 Interrupting Instruction Execution 



When an instruction is interrupted, instruction execution is suspended until the 
interrupt routine completes. At this point, the instruction resumes an finishes 
executing. 

While an instruction is executing, the state of the instruction is stored in inac- 
cessible internal registers. When an interrupt occurs, the contents of these 
registers must be moved to memory before the TMS34020 begins executing 
the interrupt routine, so that the instruction state can be restored when the in- 
terrupt routine completes. 

The following events take place when an instruction is interrupted. 

Step 1: The IX[ST11 (interruptible instruction executing) bit is set to 1 . This 
indicates that the interrupt occurred while an instruction was execut- 
ing. 

Step 2: The contents of any internal temporary registers are pushed onto the 
stack. 

Step 3: The PC and ST are also pushed onto the stack. 

Step 4: Control branches to your TRAP routine, which should use the MMTM 
instruction to stack any register values that need to be preserved for 
later use outside the trap routine. 

Step 5: Atthe end of the TRAP routine, you should use the MMFM instruction 
to restore the stacked register file values and execute a RET! instruc- 
tion. (RET! marks the end of the TRAP routine.) Executing RET! 
returns control to the interrupted program, popping the ST and PC 
from the stack. When the IX bit is detected, the internal register val- 
ues are also popped from the stack, and the interrupted instruction 
resumes execution. RET! clears IX. 

Note that the graphics instructions described in Chapter 1 2 may take several 
thousand machine cycles to execute, depending on the size of the lines and 
arrays involved. These instructions check for interrupts at regular intervals, 
preventing delays to high-priority interrupts from becoming prohibitively long. 
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Note: 

1 ) IX is not set to 1 when a PIXBLT or FILL instruction is aborted as a result 
of a window violation. In this case, returning from an interrupt routine 
causes the TMS34020 to execute the instruction that follows the inter- 
rupted instruction. 

2) If a graphics instruction is executing when a bus fault occurs, the steps 
described on page 6-1 3 take place. In addition, BFCSTll is set to 1 . In this 
case, executing RETI at the end of the bus-fault TRAP routine also clears 
BF. 

3) If the SP is not long-word aligned when an instruction is interrupted, then 
the TMS34020 aligns the stack to expedite the interrupt sequence. RETI 
always restores the SP to its original alignment. 

4) The FPIXEQ and FPIXNE instructions are exceptions. These two instruc- 
tions follow the same basic operation when interrupted, but they do not 
preserve the contents of temporary registers (skipping step 2, listed on 
page 6-13). Instead, these instructions reset their operands so that they 
can resume execution when control returns from the interrupt. 
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6.7 External Interrupts 1 and 2 



The TMS34020 supports two general-purpose interrupts tha t allow e xterna l 
devices to interrupt the TMS34020. This is a chieve d by driving LINT1 or LINT2 
low. The interrupts generated by requests to LINT1 and LINT2 are called INT1 
and INT2. Table 6-3 lists these interrupts, the signals that generate them, and 
the interrupt trap vectors. 



Table 6-3. External Interrupt Vectors 



Name 


Input Pin 


Vector Address 


INT1 


LINT1 


FFFF FFCOh 


INT2 


LINT2 


FFFF FFAOh 



Each signal is dedicated to an individual interrupt, allowing 2 separate and 
distinct ex ternal -interrupt requests. INT1 has a higher priority than INT2; if 
LINT1 and LINT2 become active at the same time and both external interrupts 
are enabled, INT1 is serviced first. 



XIPONTPEND] and X2P[INTPEND] reflect the current state of the LINT1 
and LINT2 inputs. A bit equals 1 if the corresponding request is active, if it 
is not. You can poll these bits to detect transitions at the interrupt inputs. 

Once an external devices request an interrupt, the device should continue to 
drive the interrupt signal low until the TMS34020 has started to execute the 
interrupt service routine. 

Qi If the device permits the interrupt pin to go inactive high before the routine 
recognizes the interrupt, the request may be missed. 

□i If the active level is maintained after the interrupt service routine com- 
pletes, the interrupt is taken again. 

How you ensure that the interrupt pin is held active until after the beginning of 
the service routine depends on the application. However, two possibilities are 

Qi The interrupt service routine writes to an external location to cause the 
appropriate interrupt pin to be deactivated. 

Qi External hardware decodes the vector fetch for the interrupt from the 
status code and vector address output on the LAD bus. 



The TMS34020 assumes that signals input to LINT1 and LINT2 are asynchro- 
nous to the TMS34020 local clocks; the TMS34020 synchronizes the si gnals 
before it processes them. The TMS34020 samples the state of the LINT1 and 
LINT2 inputs at each high-to-low transition of LCLK1 and updates the X1 P and 
X2P bits accordingly. The delay from the transition at the input to the corre- 
sponding change in the X1 P or X2P bit is from 1 to 2 states, depending on the 
transition's phase relationship to LCLK1 . 
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6.8 Internal Interrupts 

Table 6-4 summarizes the internal interrupts. 
Table 6-4. Interrupts That are Associated with Internal Events 



Name 


Function 


Trap# 


Vector Location 


NMI 


Nonmaskable Interrupt 


8 


FFFF FEEOh 


HI 


Host interrupt 


9 


FFFF FECOh 


Dl 


Display interrupt 


10 


FFFF FEAOh 


WV 


Window-violation interrupt 


11 


FFFF FESOh ^ 


SS 


Single-step interrupt 


32 


FFFF FBEOh 


ILLOP 


Illegal-opcode interrupt 


30 


FFFF FC20h 



If more than one interrupt is pending, the interrupts are serviced according to 
the priorities listed in Table 6-1 (page 6-7). 



6.8.1 The Nonmaskable Interrupt (NMI) 



The nonmaskable interrupt occurs when a 1 is written to NMI [HSTCTLHl (this 
is normally done by a host processor). This interrupt cannot be disabled and 
always occurs as soon as possible following the request. The NMI is delayed 
only for completion of an instruction already in progress, or until the next inter- 
ruptible point of an interruptible instruction (such as a PIXBLT) is reached. 

NMIMlHSTCTLHl (NMI mode bit) determines whether context information is 
saved on the stack when a nonmaskable interrupt occurs: 

Qi If NMIM = 0, the PC and ST are pushed on the stack before servicing the 
interrupt. 

Qi If NMIM = 1 , nothing is saved on the stack before servicing the interrupt. 

The TMS34020 automatically clears the NMI bit when it takes the interrupt, so 
there is no need for the interrupt service routine to do this. 



6.8.2 The Host Interrupt (HI) 
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The host interrupt occurs when a 1 is written to INTINEHSTCTLLl, providing 
that HI is enabled (HIE=1). Only the host processor can do this; the CPU 
cannot write a 1 to INTIN. The host interrupt is serviced as soon as possible 
following the request. 

The MSGINlHSTCTLLl bits provide a mechanism for specifying the action 
taken by the host interrupt; by checking the value of MSGIN at the beginning 
of the interrupt routine, you can branch into one of up to eight different proce- 
dures. The host can write to MSGIN when it sets INTIN. Only the host can write 
to these bits; a write by the CPU has no effect. 

Interrupts, Traps, and Reset 
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Before returning from the interrupt, the service routine must clear INTIN. This 
is the only way INTIN can be cleared, because the host cannot write a to 
INTIN. Clearing HIPllNTPEND] does notclearXhe interrupt. 

6.8.3 The Display Interrupt (Dl) 

The display interrupt coordinates processing activity with display refreshes. 
The display-interrupt request becomes active when a particular display line, 
specified in the DPYINT register, has been output to the monitor screen. At the 
start of each horizontal blanking period, the VCOUNT register is compared to 
the DPYINT register. When the vertical-count value in VCOUNT has reached 
the value in DPYINT, the TMS34020 generates a display interrupt request. If 
enabled, the interrupt is taken. 

Before returning, the display interrupt service routine should clear 
DIPCINTPEND] so that the interrupt isn't taken again. 

6.8.4 Window-Violation Interrupt (WV) 

The window-violation interrupt may occur when the TMS34020 is executing a 
graphics operation and windowing option 1 or 2 is selected. WICONTROL] 
defines the window-checking option. WVP[[INTPENDI is set if 

W=1 and an attempt is made to write a pixel insidethe specified window, or 

W=2 and an attempt is made to write a pixel outsideXhe specified window. 

Before returning, the window-violation interrupt service routine should clear 
WVPllNTPENDl so that the interrupt is not taken again. 

6.8.5 The Single-Step Interrupt 

The single-step interrupt provides a mechanism for executing instructions one 
at a time. This is useful when developing and debugging new programs. While 
SS=1 , an interrupt is generated after each instruction is executed. Unlike other 
interrupts, the single-step interrupt is not taken at interruptible points within an 
instruction, only on instruction boundaries. 

The single-step interrupt service routine should use the RETM instruction to 
return. This allows the next instruction to be executed before the interrupt is 
taken again. If RETI is used, the single-step interrupt is taken again as soon 
as the RETI completes, and the program is not executed at all; only the inter- 
rupt service routine is executed. 

Because SS is contained in ST, and ST is saved on the stack before servicing 
the interrupt routine, and then restored aften/vards, the only methods for clear- 
ing the SS bit are 

Ql To modify the value of the ST on the stack during the single-step service 
routine, so that when the ST is restored by RETM, SS is cleared. 

Ql To single-step a PUTST instruction within the program which clears SS. 
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Note: 

All interrupts clear the SS bit so that interrupt service routines execute normal- 
ly (the instructions in the routine aren't single-stepped). If you want to single- 
step through an interrupt service routine, one of the routine's first instructions 
should set the SS bit. 



6.8.6 Illegal-Opcode Interrupts 



The TMS34020 recognizes several reserved opcodes as illegal. If the 
TMS34020 encounters one of these opcodes, it traps to vector number 30 
(located at memory address FFFF FC20h). An illegal opcode is similar in effect 
to a TRAP 30 instruction. The illegal-opcode interrupt cannot be disabled. 

For testing purposes, opcodes OOOOh and FFFFh are reserved as illegal 
opcodes on all TMS340 family devices. Other currently illegal opcodes may be 
used for special functions on future TMS340 devices. 

A typical cause of an illegal-opcode interrupt is that the program being 
executed is corrupted (perhaps because insufficient stack space was 
allocated). If you wish to resume execution of the program , the interrupt service 
routine should take whatever steps are necessary to remove the illegal opcode 
from the program, and then flush the cache before resuming. If the cache is 
not flushed, the illegal opcode is executed again, because it is still present in 
the cache. 
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6.9 The Bus-Fault Interrupt 



The bus-fault interrupt provides a mechanism by which the TI\/IS34020 can be 
interrupted by its local memory system. This allows correction of an error that 
occurred during an access to a particular location. The precise locations (or 
groups of locations) within the local-memory cycle that can generate a bus fault 
depend entirely on the application. Here are some examples of the use of the 
bus-fault mechanism: 

Ql It can indicate that the TMS34020 is attempting to access invalid areas of 
memory. 

Qji It can indicate that the TMS34020 is attempting to access protected 
devices. 

Ql It can indicate that the TMS34020 is attempting to access an area of 
memory implemented as virtual memory space that is not currently 
mapped into the physical memory. 

A bus fault may be generated as one of the options for ending a local-memory 
cycle. Asserting the BUSFLT and LRDY pins high at the rising edge of LCLK2 
during the data subcycle causes a bus fault to occur. This is discussed in detail 
in Section 8.6, Endino a Local-Memon/ Cvcle (page 8-12). Bus faults can be 
generated on virtually all types of local-memory cycle. However, a bus-fault in- 
terrupt is generated only if the local-memory cycle was initiated by the CPU. 



6.9.1 Activity During a Bus-Fault Interrupt 



Unlike any other interrupt, a bus fault does not occur at an instruction boundary 
or at an interruptible point within an instruction. By definition, it occurs during 
an instruction and must be serviced before program execution can continue. 
However, the pipelining of data between the CPU and the memory controller 
means that when a bus fault occurs on a memory cycle, the CPU may already 
be requesting the next memory operation. If this is the case, the CPU will have 
discarded the information relevant to the bus-faulted memory cycle. Because 
of this, the CPU cannot stack information relating to the bus-faulted access, 
and so the memory controller must save its own state at the time of the 
bus-faulted access. This means that the sequence of events when a bus fault 
occurs is slightly different from other interrupts: 

1 ) The memory controller saves the value of the LAD bus from the bus-faulted 
cycle in the 32-bit BSFLTD register. 

2) The memory controller saves its own state in BSFLTST. 

3) The memory controller generates a bus-fault interrupt to the CPU. 

4) The CPU responds to this interrupt immediately (within one machine state) 
and proceeds to push its state onto the stack as outlined in Figure 6-2. 
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The bus-fault service routine should start from the address stored at the 
bus-fault vector (address FFFF FBCOh). The interrupt service routine should 
take the action necessary to clear the cause of the bus fault. Upon returning 
from the bus-fault routine, the following actions occur: 

1 ) The CPU restores its state from the stack as outlined in Figure 6-3. 

2) The CPU signals the memory controller to resume normal execution. 

3) The memory controller restores its state to that of the bus-faulted access 
from the BSFLTST register. 

4) The memory controller restarts the faulted access. If the access was a 
write, the data stored in the BSFLTD register is driven out on the LAD bus 
during the cycle. 

If you do not want to restart the memory cycle that was originally bus-faulted, 
your interrupt service routine should write FFFFh to the BSFLTST register. 
This causes the memory controller to restore its inert state (no local-memory 
accesses pending). Do not, under any circumstances, modify the BSFLTST 
register to any other value; doing so causes unreliable operation. 



6.9.2 Bus Fault System Considerations 



Because the memory controller saves the state of the bus-faulted memory 
access in the BSFLTD and BSFLTST I/O registers, and not on a stack, you 
should ensure that bus faults cannot be generated when accessing the system 
stack. If a bus fault occurs while the CPU is pushing its state onto the stack 
before servicing the bus-fault interrupt (or popping its state off the stack after 
returning from the bus-fault interrupt), the state of the original bus-faulted 
memory cycle is lost. 

If it is possible for a bus fault to occur while you are executing the bus-fault 
service routine, you should ensure that one of the first operations performed 
by the service routine is to push the BSFLTD and BSFLTST registers onto the 
stack. These should be restored before returning from the bus fault. Care 
should be taken to ensure that any other interrupts which could occur before 
the service routine has stacked these registers (such as an NMI) cannot 
access locations that could generate a bus fault. 
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6.10 Interrupting a Host Processor 



6.11 Traps 



The TMS34020 has an output pin dedicated to interrupting a host processor. 
The TMS34020's CPU can interr upt th e host by writing a 1 to INTOUT 
IHSTCTLL]]. When this occurs, the HINT pin is asserted active low. It remains 
at this level until INTOUT is cleared. Only the host can clear INTOUT; only the 
TMS34020 can set it. 

The MSGOUTlEHSTCTLU bits provide a mechanism for specifying the action 
taken by the host when it takes the interrupt; by reading the value of MSGOUT 
at the beginning of the interrupt routine, the host can branch into one of up to 
eight different procedures. The CPU can write to MSGOUT when it sets 
INTOUT. Only the CPU can write to these bits; a write by the host has no effect. 

In addition, pr ovided that HBRENlHSTCTLL] (host bus-fault/retry interrupt 
enable) is set, HINT is driven low whenever a retry or bus fault occurs during 
a host-initiated local-memory cycle. When one of these situations arises, the 
TMS34020's memory controller sets either HRYIEH STCT LLI (host retry inter- 
rupt) or HBFI[HSTCTLLl (host bus-fault interrupt). HINT remains active until 
the hos t clea rs the appropriate bit (HRYI or HBFI). Clearing HBREN also 
causes HINT to be driven inactive. 



The TMS34020 supports 65,536 software traps, numbered -32,768 through 
32,767. Software traps behave similarly to interrupts, except that they are initi- 
ated when the TMS34020 executes a TRAP or TRAPL instruction. The TRAP 
instruction provides access to traps 0—31 by using a single 1 6-bit instruction 
word. The TRAPL instruction allows access to all 65,536 traps. Unlike an inter- 
rupt, a software trap cannot be disabled. 

When the TMS34020 executes a TRAP or TRAPL instruction, it performs the 
same sequence of actions that it performs for interrupts. All traps except trap 
push the status register and the PC onto the stack. Trap is similar to a hard- 
ware reset because it does not push the status register or PC onto the stack; 
it differs from a hardware reset because it does notsettheTMS34020's internal 
registers to a known initial state. Trap 8 is similar to an NMI interrupt, except 
that NMIM[HSTCTLH] does not affect instruction execution. The status regis- 
ter and PC are stacked unconditionally when trap 8 is executed. 

A 32-bit vector address is associated with each software trap. Here's how you 
determine the vector address for a trap number n: 

a If w = through 32,767, subtract 32n from FFFF FFEOh. 

Q If « = -1 through -32,767, subtract 32 from -32/z. 

Figure 6-1 on page 6-8 shows the vector addresses for the software traps. 
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6.12 Reset 



Reset is the highest priority interrupt; it puts the TMS34020 into a known initial 
state. There are two ways to invoke reset. 



Qi Assert an active-low level on the RESET pin. At power-up, RESET 
should always be asserted for a minimum of forty local clock periods after 
power levels have bec ome sta ble. At other times, you may reset the 
TMS34020 by asserting RESET for a minimum of four local clock periods. 

Qi Wri te alto RSTIHSTCTLH]. This achieves the same result as asserting 
the RESE T pin, bu t without affecting any other devices in the system to 
which the RESET pin may be wired. Reset should not be invoked in this 
way at power-up. 

Unlike other interrupts and software traps, reset does not save the previous ST 
and PC values on the stack. The value of the stack pointer just before a reset 
may be invalid. Saving these values on the stack could corrupt valid memory 
locations. 



6.12.1 Activity During Reset 



When reset is initiated, the TMS34020 takes 34 local clock periods to 
completely initialize itself (40 cycles must be allowed at power-up because the 
TMS34020 may be in an illegal state not achievable during normal operation). 
Most of this time is spent clearing the I/O registers, which are cleared at the 
rate of two 1 6-bit registers per machine state. While the RESET pin is asserted, 
the local-memory control signals are in the states shown in Table 6-5. 



Table6-5. Initial State of Output Pins while RESET and Gl are Low 











Bidirectional Pins 


Outputs Driven 




Outputs Driven 


Driven to 


to High Level 




to Low Level 


High-impedance 


RAS 


HINT 




HRDY 


VSYNC 


CASS— CASO 


R1 




CBLNKA/BLNK 


HSYNC 


WE 


HOE 




DDIN 


CSYNC/HBLNK 


TR/QE 


HOST 




RO 


LAD31— LADO 


DDOUT 


RCA12- 


-RCAO 






ALTCH 


SF 
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Note: When Gl is high, a ll Gl-contro lle d pins are dr iven to high impe dance. Gl-con- 
trolled pins include RAS, CASO— CASS, WE, TR/QE, DDOUT, DDIN, ALTCH, 
HOE, HDST RCAO— RCA12, LADO— LAD31 , and SF. 

The specific ations for certain DRAM and VRAM devices require that at 
power-up the RAS signal b e driven inactive-high for 1 millisecond after power 
becomes sta ble. A s long as RESET is maintained active, the TMS3402 drives 
its RAS and CAS signals i nactiv e-high. In general, holding RESET low for t 
microseconds ensures that RAS remains high initially for H"10-^) microsec- 
onds, where tq is one quarter of the local clock period. 
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Reset 



At times other than pow er-up, the TMS34020 may be in the process of reset- 
ting itself while RESET is hi gh. This is the case if reset was initiated b y setting 
the RST bit or by asserting RESET for less than 34 LCLK periods. If RESET 
is high and the TMS34020 is internally resetting itself, the memory controller 
performs consecutive DRAM-refresh cycles. This ensures that the DRAM 
contents are maintained while the TMS34020 is reset. 

The value of the REFADR register is output as a pseudo-address during each 
DRAM-refresh cycle. REFADR is incremented after each DRAM refresh cycle. 
However, if the DRAM refreshes start before REFADR is cleared, the address 
output reverts to zero when this occurs, and then starts incrementing again. 



6.12.2 Initial State Following Reset 



The TMS34020 completes its reset procedure when RESET is de activated , or 
thirty-four local clock periods after the high-to-low transition of the RESET pin, 
which ever occurs last. Immediately following reset, the TMS34020 is in the 
following state: 

Qi Registers 

■ All I/O registers are cleared to OOOOh. The only possible exceptions to 
this are HLT[HSTCTLH] (see Section 6.12.4), REFADR (which will 
have incremented if DRAM refreshes were performed during reset), 
and SCOUNT (if SCLK is oscillating during reset). 

■ The general-purpose register files A and B are uninitialized. 

■ The ST is set to 0000 001 Oh. 

■ The PC is uninitialized. 

Qi Cache 

■ The cache SSA (segment start address) registers are uninitialized. 

■ The cache LRU (least recently used) stack is set to the sequence 0,1, 
2, 3. This indicates that segment is the most recently used, and seg- 
ment 3 is the least recently used. 

■ All cache P (present) flags are cleared. This indicates that the cache is 
empty. 

Qi The DRAM refresh-pending counter is set to 9. 
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6.12.3 Activity Following Reset 



Immediately following reset, the memory controller begins normal operation. 
At this time, the refresh-pending counter is set to 9. Four or more DRAM 
refreshes take priority over any CPU memory request, so the memory control- 
ler performs DRAM refreshes continuously until the pending counter counts 
down to 3. At this point, any pending CPU memory request (in this case the 
reset-vector fetch) is performed. Because reset sets the TMS34020 to incre- 
ment the refresh-pending counter every 8 machine states, additional DRAM 
refreshes are requested before the 9 counts down to 3. This results in a total 
of 9 consecutive DRAM refreshes, which occur before any CPU-initiated 
memory requests are performed. The remaining refreshes are performed 
using the normal memory controller priority scheme. 

This fulfills most DRAM/VRAM requirements that the DRAM/VRAM's RAS 
pins (after being held inactive for 1 ms) are cycled a minimum of 8 times after 
power-up before any memory accesses are made. This ensures that the 
DRAMs/VRAMs are initialized for correct operation. 

Note, however, that if a host requests access before the 8 DRAM refreshes 
complete, the host request are performed. Thus, at power-up, the host should 
not make any requests to DRAM memory until the 8 initialization cycles have 
had time to complete. 

If at othe r times, reset is initiated by setting RSTlHSTCTLHl or by asserting 
RESET in a manner that maintains the data in the DRAMs. There is no need 
for the host to delay making a memory request, because the DRAMs will 
already be initialized. 



If you in itiate reset by asserting RESET, the memory will be maintained if 
RESET is not held low for longer than the maximum refresh interval less the 
time taken for the TMS34020 to refresh the memories. 

After reset completes and the 8 DRAM-refresh cycles are performed, the 
TMS34020 either 

□i begins executing instructions (self-bootstrap mode), or 
a halts until the host clears HLT[HSTCTLH]. 



The level on the HCS pin just before RESET'S low-to-high transition selects 
between these two modes. The TMS34020 remembers this information, so 
that if reset is initiated via RSTlHSTCTLH], the CPU is configured in the mode 
indicated at the most recent rising edge of RESET. 
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6.12.3.1 Self-Bootstrap Mode 



In self-bootstrap mode, the TMS34020 begins executing instructions immedi- 
ately following reset. This mode is typically used in a system in which the reset 
vector and reset service routine are contained in nonvolatile memory (such as 
a bootstrap ROM). This type of system does not necessarily require a host 
processor, and the TMS34020 may be responsible for performing host-proces- 
sor functions for the system. 



The TMS3 4020 is c onfigured in self-bootstrap mode when the H CS pin is low 
just before RESET'S low-to-high transition. The low level on HCS does not alter 
the HLT bit, which was cleared to during reset. Immediately following the end 
of reset and the 9 DRAM-refresh cycles, the TMS34020 fetches the level-0 
vector address (from address FFFF FFEOh) and begins executing the reset 
interrupt routine. 



Transitions of the HCS and RESET signa ls are ass umed to be asynchronous 
with respect to the TMS34020 local clock. HCS and RESET are internally syn- 
chronized to the local clock by being held in latches for at least 1 clock period 
before the TMS34020 uses them. The delay through the synchronizer latch is 
from 1 to 2 local clock periods, depending on the phase of the signa l transitions 
relative to the clock. TMS34020 on-chi p logic d elays the HCS low-to-high 
transition to ensure t hat it i s detected after RESET'S low-to-high transition. The 
level of the delayed HCS signal at this time determin es th e val ue of the HLT 
bit. In systems without a host processor, this allows HCS and RESET to be 
wir ed tog ether without the need for any external logic to delay the transition on 
the HCS pin. 

6.12.3.2 Host-Present Mode 

Host-present mode assumes that a host processor is connected to the 
TMS34020's host-interface pins. In this mode, the TMS34020 local memory 
can be composed entirely of RAM. Following reset, the host processor may 
download the initial program code, interrupt vectors, etc., before allowing the 
TMS34020 to begin executing instructions. 



Here's how the TMS34020 is con figured i n host-p resent mode. The HCS input 
is sampled on the trailing edge of RESET. If HCS is inactive high, internal logic 
forces the HLT bit to a 1 . In this fashion, the TMS34020 is automatically halted 
following reset, and does not begin executing its reset service routine until the 
host processor clears HLT to 0. In the meantime, the host processor can load 
the memory and I/O registers with the appropriate initial values before the 
TMS34020 begins executing instructions. This may, for example, include 
writing the reset vector and reset service routine into the TMS34020's memory. 



No additional external logic is required to force HCS high before RE SETs 
low-to-high transition. External decode logic is typically used to drive the HCS 
input active low only when the TMS34020 is addressed by the host processor. 
Assuming that the h ost pr ocessor is not actively chip-selecting the TMS34020 
at the end of reset, HCS is high. 
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6.12.4 System Configuration Following Reset 

Before any memory locations can be accessed, or instructions executed, the 
TMS34020 must be configured in the correct addressing mode. Two different 
aspects must be considered: 

d Little-endian or big-endian addressing. This determines which bit within a 
word is addressed as the least significant (see Chapter 3 more details). 

Q The base array size of the DRAMs and VRAMs in the system. This deter- 
mines how logical address bits are mapped to the RCA bus to form the row 
and column addresses used by DRAMs and VRAMs in the system (see 
Section 8.16.2, page 8-51, for details). 

The mode bits that determine these configurations are BEN[CONFIGl 
(big-endian enable) and RCMO— RCM1 ICONFIGI (RCA mode). 

The TMS34020 provides a mechanism for ensuring that these bits are set 
correctly following reset. 

Reset normally clears BEN and RCMO— RCM1 , configuring the TMS34020 to 
little-endian operation with a DRAM base arraysize of 64Kx«. Before these bits 
are set correctly, the only memory locations that can be reliably accessed are 
those with a row address of all Is or all Os and are long-word-aligned, 32-bit 
words (locations with a bit address of zero, and a field size of 32). The reset 
vector fulfills these characteristics. This is the first location accessed after reset 
completes (assuming that the TMS34020 is configured in self-bootstrap 
mode). 

The reset vector contains the address of the first instruction to be executed. 
The reset vector's 4 LSBs are not required to specify this address because 
instructions must be aligned to 16-bit word boundaries in memory. The 
TMS34020 takes advantage of this fact. You should write the values you 
choose for BEN and RCMO— RCM1 in bits 0—3 of the reset vector. When the 
reset vector is fetched, the TMS34020 automatically copies these bits into 
CONFIG and then sets the 4 LSBs of the PC to zero. 

Bit 3 of CONFIG is the CBP (configuration byte protect) bit. When a 1 is written 
to this bit, CONFIG's LSbyte is write-protected until the next time the 
TMS34020 is reset. You can write the value of this bit to bit 3 of the reset vector; 
it is also copied into CONFIG with the BEN and RCMO— RCM1 bits. By setting 
bit 3 of the reset vector to 1 , you can ensure that this is the only time BEN and 
RCMO— RCM1 are modified. 

If the TMS34020 completes reset in host-present mode, the host must write 
to BEN and RCMO— ROM 1 directly before accessing the TMS34020's local 
memory (unless the system configuration requires these bits to remain 0) . After 
the host writes to these bits, it must not access the local memory during the 
machine state immediately following the write, because of the latency required 
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to set the bits. There must be a single machine state between the write to 
CONFIG and an access to local memory. If the host is capable of requesting 
an access /A77Anecy/ate/yfollowing the write to CONFIG, you should ensure that 
the host makes a dummy request (such as reading CONFIG) before attempt- 
ing to write to memory. 

If the TMS34020's I/O registers are shadowed in external memory, the initial 
write to CONFIG to set BEN, RCMO— RCM1, and CBP (either by the 
TMS34020 or the host) may not be duplicated in external memory because the 
logical address bitmapping may be incorrect. 



6.12.5 RESET and Multiprocessor Synchronization 



You can use RESET to synchronize multiple TMS34020S that share a local 
memory. (Systems that use the TMS34020's multiprocessor interface to 
control memory acc ess mus t synchronize the processors.) Synchronization is 
achieved by taking RESET high within a specific interval relative to CLKIN. 
TMS34020S to be synchroni zed sho uld use the same CLKIN and RESET 
inputs; use CLKIN to clock the RESET. All of the local-memory and bus-control 
signals should be connected in parallel (without buffers) between the proces- 
sors. After power-up, the processors may not all be executing the same 
machine state quarter cycle at the same time, because eac h machin e state 
consists of 4 CLKIN cycles. When the low-to-high transition of RESET occurs, 
the TMS34020 could be in any one of the 4 quarter cycles. The TMS34020 
stretches the first quarter phase (signified by LCLK 1 high an d LCLK2 low), until 
the eleventh CLKIN cycle after the rising edge of RESET. This ensures that 
all TMS34020S in the system are exactly synchronized. Section 11.3.2, page 
11-3, discusses this in more detail. 



The setup and hold times of RESET relative to CLKIN's low-to-high transition 
(s pecified in the TMS34020 Data Sheet) must be met only to guarantee that 
a RESET transition is detected at a particular clock edge. In a system with a 
single TMS34020, the RESET input signal can be asynchronous. 



6.12.6 State of VCLK During Reset 



In many systems, the VCLK pin continues to be clocked during reset. However, 
a system in which VCLK is not clocked during reset should maintain VCLK at 
the logic-high level. This is necessary to ensure that the video counters are 
reset properly. (In fact, VCLK should be held at the logic-high level when it is 
not being clocked, regardless of whether the device is being reset.) While 
VCLK is low, storage nodes in the VCOUNT and HCOUNT registers rely on 
their internal capacitance to maintain their state. If VCLK remains low for a suf- 
ficiently long period, charge leakage may cause bit errors in these registers. 

6-27 



An Application for Interrupts: Debugging Code 



6.13 An Application for Interrupts: Debugging Code 



The single-step interrupt causes tlie TMS34020 to interrupt execution after 
each instruction; this can be especially useful if you're developing and debug- 
ging new programs. This section describes this application. 

6.1 3.1 How a Debugger Works 

A debugger typically runs as code on the TMS34020 and code on a host sys- 
tem. If you decide to inspect a TMS34020 register or memory location, one of 
two situations may arise: 

Ql If you're inspecting an I/O register or a local-memory location, the host- 
system portion of the debugger can perform a host read to directly access 
the information. 

i^ If you're inspecting an internal register (general-purpose, ST, or PC), the 
host-system portion of the debugger must send a request to the 
TMS34020 portion of the debugger. The TMS34020 can put the required 
information into an agreed place in memory where the host software can 
access it through the host interface. 

6.13.2 Using a Debugger 

A debugger is usually used for loading and running development software 
under controlled conditions. Such conditions allow you to stop the software at 
any point and examine or change the state of the TMS34020 before continuing 
program execution. 

If you want to examine the state of the TMS34020 after each instruction, you 
can do one of two things: 

Ql Insert breakpoints into your code; that is, insert instructions that force the 
TMS34020 to take a software interrupt. Any of these instructions can act 
as a breakpoint: 

TRAP TRAPL 

EMU any illegal opcode 

Inserting breakpoints requires the debugger to replace opcodes in the 
development software. This can be difficult because the debugger must be 
able to spot potential branches within the code and place breakpoints at all 
the addresses that could be branched to. 

Q Use single-step mode. Single-step mode requires no changes to the 
development software and is much simpler to manage. 

6.13.3 Entering Single-Step Mode 

In single-step mode, the TMS34020 executes one instruction at a time. This 
happens regardless of how many machine cycles the instruction consumes 
and regardless of the amount of immediate data required. After executing an 
instruction, the TMS34020 saves the PC and ST values on the stack and 
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passes program control to the single-step routine (the routine's address is at 
vector address FFFF FBEOh). The single-step routine usually clears the 
single-step bit is cleared so the routine itself is not single-stepped. The routine 
then returns control to the debugger so that you to examine the state of the 
TMS34020. 

When you are ready to continue program execution, the TMS34020 portion of 
the debugger should execute a RETM instruction, marking the end of the 
single-step routine in much the same way that RET! marks the end of other 
interrupt code. 

RETM tells the TMS34020 to pop the PC and ST values and resume execution 
of the development code. By popping the ST, the single-step bit is restored to 
1 ; development code resumes execution in single-step mode. After executing 
the next instruction, the TMS34020 again stacks the PC and ST and passes 
control to the single-step routine. 



6.13.4 Clearing the Single-Step Bit 



Note that a single-step routine may alter the ST value on the stack. Clearing 
the single-step bit in the stacked ST value switches off single-step mode. The 
RETM that terminates the routine pops the new ST value and returns to the 
interrupted code. The code now executes normally because the SS bit is 
cleared. 



6.13.5 A Few Things to Keep in Mind 



Instructions that change the ST 



Instructions that directly change the contents of the status register could cause 
problems if the development code does not deal correctly with the changes to 
the ST. For example, assume the following code is being single-stepped: 

clr aO 

putst aO 

movi 012345678h,a9 

After executing CLR AO, the TMS34020 takes the single-step trap. When the 
next RETM executes, control passes back to the development code. When the 
TMS34020 executes PUTST AO, it puts the value Oh (from AO) into the ST, thus 
clearing the single-step bit. From this point, single-step mode is no longer 
enabled; the debugger loses control of the development code. 

To avoid these problems, the debugger should check the next instruction that 
the stacked PC points to, before executing it, to see if executing the instruction 
would affect the SS bit. 

Only the PUTST and POPST instructions can directly alter the SS bit. If the 
debugger finds that the next instruction is PUTST, the debugger can alter the 
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register value that will be put into the ST so that SS is set to 1 . Similarly, if the 
next instruction is a POPST, the debugger can alter the stack value that will be 
put into the ST so that SS is set to 1 . 



Interrupts during execution of development code 



When the TMS34020 takes an interrupt, it stacks the PC and ST"' , then clears 
the ST to 0000001 Oh. The TMS34020 then reads the appropriate trap vector 
and branches to an interrupt routine. 

If single-step mode is enabled when an interrupt occurs, the SS bit is cleared 
(because the interrupt sets the ST to 0000001 Oh); thus, the interrupt code will 
not execute in single-step mode. Interrupts that may cause this include 

reset nonmaskable interrupt 

host interrupt display interrupt 

window-violation interrupt external interrupts 1 & 2 

Executing one of the following instructions may also cause this: 

TRAP TRAPL 

TRAP TRAPL 

EMU (with a single-step code) any illegal opcode 

As an example, assume that the TMS34020 is single-stepping through this 
development code: 

clr aO 
xor a7 
movi 012345678h,a9 

Assume that an interrupt occurs while the TMS34020 is executing the XOR 
instruction. The following events occur while the TMS34020 is executing this 
development code: 

1 ) The CLR instruction executes. 

2) A single-step trap returns control to the debugger (single-step routine). 

3) The RETM instruction at the end of the single-step routine returns control 
to the development software. 

4) The XOR executes. 

5) The interrupt occurs. The TMS34020 stacks the current PC and ST values, 
sets the ST to 0000001 Oh, and passes control to the interrupt routine. The 
interrupt routine executes normally (it does not execute in single-step 
mode). 



^ The foijowing interrupts do not stack the PC or ST: reset, NMI (when NMIM = 
1), TRAP 0, and TRAPL 0. 
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6) The RETI that terminates the interrupt routine restores the old PC and ST 
values (with SS set). 

7) Control immediately passes to the single-step routine. 

8) The RETM instruction that terminates the single-step routine returns 
control to the development code. 

9) The MOVI executes. 

1 0) The development code continues execution, taking the single-step routine 
after each instruction. 

11) An RETM instruction terminates the single-step routine. 
Here's another look at this sequence: 



Codethars 


Single-Stepped 


Code thafs not single-stepped 


1) clr 


aO 


2) execute single-step routine 

3) RETM • 


4) xor 


a7 


5) execute Interrupt routine 

6) KETI 

7) execute single-step routine) 

S). RETM 


9) movi 


012345678h,a9 


10) execute single-step routine 

11)- RETM 



Notice that the flow of development code and single-step routines is unbroken 
by the interrupt. The non-single-step interrupt is essentially transparent to the 
development code. 



Single-stepping interrupts * 



If you want to single-step through an interrupt, then you should place a break- 
point at the start of all relevant interrupt routines. This breakpoint should be 

Qi an EMU instruction (with the associated single-step code), 
Q a trap instruction, or 
Q any illegal opcode. 
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When the development code single-steps to the interrupt point, it takes the 
interrupt. The first instruction in the interrupt routine causes yet another inter- 
rupt, this time set up by the debugger to take the actions necessary to ensure 
that SS is set when control returns to the initial interrupt routine. As an example, 
this sequence of events might be 

1 ) Single-step through the development code . 

2) Encounter interrupt#1 (this is a non-single-step interrupt such as the 
display interrupt). The TMS34020 then automatically 

a) Stacks PC#1 and ST#1. 

b) Sets ST to 00000001 Oh (the SS bit is now cleared). 

c) Branches to the first instruction of the interrupt routine (IR#1 ). 

3) The debugger should have changed IR#1 so that its first instruction causes 
interrupt#2 (that is, IR#1 's first instruction could be an illegal opcode). Now, 
the TMS34020 automatically 

a) Stacks PC#2 and ST#2. 

b) Sets ST to 00000001 Oh (the SS bit is still clear). 

c) Branches to the first instruction of the illegal-opcode trap routine 
(IR#2). 

4) IR#2 is installed by the debugger and could change the stacked value 
ST#2, setting ST#2's SS bit to 1 . Finally, IR#2 should execute a RETM, 
after which the TMS34020 automatically pops the new ST#2 and PC#2 
values before returning to IR#1 . In IR#1 , the TMS34020 passes control to 
the single-step trap routine before executing the instruction following the 
breakpoint. 

5) The RETM that terminates the single-step causes control to pass back to 
IR#1 ,where the instruction following the breakpoint can execute. This and 
subsequent instructions in IR#1 execute in single-step mode. 

6) Finally, at the end of IR#1, the terminating RET! executes, causing the 
TMS34020 to 

a) Pop ST#1 (which already has the SS bit set) and PC#1 , and 

b) Resume single-stepping through the development code. 

□ Differences between RETI and RETM. The main difference between 
these two instructions is that RETM allows the TMS34020 to execute one 
instruction before returning to single-step instruction. 
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A host processor can communicate with a TMS34020 through the 
TMS34020's host interface. The host interface allows you to map the 
TMS34020's local memory into a host's memory address space so that you 
can transfer data, commands, and status information between the host proces- 
sor and the TMS34020's local memory. 

This chapter describes host-interface operation. 

Section Page 
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registers that affect the host 73 ^ ^^^.^ ^^^^^ ^. 
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7.9 Host Interface Data Throughput (Bandwidth) . 7-34 
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7.1 Related Signals 



Many of the TMS34020's pins are devoted to host-interface functions; the 
TI\/IS34020 provides a 27-bit address bus, 4 byte-select signals, and 7 control 
lines. Chapter 2 describes the host-interface signals in detail; the signals are 
summarized below for your convenience. 



Signals 



Descriptions 



I/O 



HAS — HA31 is the 27-bit host address input bus. The host uses this 
bus to identify the address of a word in local memory 
that it requires access to. 

HBSO— HBS3 are the 4 host byte-select inputs. The host uses the 
HBS signals in conjunction with HAS — HA31 to access 
specific bytes in a selected word. 



HCS 



HOST 



HINT 



HOE 



HRDY 



HREAD 



HWRITE 



is the host chip-select signal. Driving this signal active 
low allows the host processor to access the 
TMS34020's local memory or I/O registers. 

is the host data-strobe signal, driven low by the 
TMS34020 during host read accesses. Data is strobed 
into the transceivers on HDST's rising (trailing) edge. 

is the interrupt signal that allows the TMS34020 to 
send interrupt requests to the host processor. 

is the host output-enable signal. The TMS34020 drives 
this signal active low to allow the transceivers to output 
data onto the TMS34020's local address/data bus 
(LADO— LAD31) during host writes. 

is the host ready signal that informs the host processor 
when the TMS34020 is ready to complete a host-ini- 
tiated access cycle. 

is the host read signal. Driving this signal active low 
allows the host processor to read the contents of a 
selected location in the TMS34020's local memory or 
I/O registers. The TMS34020 latches the requested 
data into the transceivers. 

is the host write signal. Driving this signal active low 
allows the host processor to write the contents of the 
transceivers to the selected location in the 
TMS34020's local memory or I/O registers. 



O 



O 
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7.2 Related Registers 



Several of the TMS34020's I/O registers provide you with control over various 
aspects of the host interface. (Chapter 4 provides detailed descriptions of all 
the I/O registers.) 

r 1 

Note: 

The TMS34010 interface accessed certain I/O registers over its HAD bus. 
The TMS34020 does not access I/O registers this way. You must access an 
I/O register by its defined memory address within the TMS34020's 
local-memory space. For details, refer to Section 7.4 on page 7-7. 



Five I/O registers are associated with the host interface: 

Qi HSTCTLL and HSTCTLH control host-interface functions. 

i;k HSTADRH, HSTADRL, and HSTDATA provide compatibility with the 
TMS34010. 

The remainder of this section describes these registers, identifying the bits that 
are associated with host-interface functions. In the pictures of the registers, 
shaded areas identify bits that have no host-interface functions. 



HSTCTLH register 
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Note: For a complete illustration and description of HSTCTLH, see Chapter 4. 
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bit 4 



When the TMS34020 is halted, it sets the HACK (halt acknowledge) bit. 

The HLB (host last byte) bits form a 2-bit code. This code informs the 
bit 5 & 6 TMS34020 which byte of a word the host accesses last. 

Setting the RST (reset) bit causes the TMS34020 to execute a reset. 

The host processor can set the NMl (nonmaskable interrupt) bit to interrupt 
TMS34020 execution, causing the TMS34020 to execute an NMl routine. 

When the NMIM (NMl mode) bit equals and an NMl occurs, the TMS34020 
saves the context of the interrupted program. If NMIM=1 , the TMS34020 does 
not save the context when an NMl occurs. 



bit? 
bits 



bit 9 



bit 10 



When HINC=1 , the HPFW (host prefetch after write) bit controls whether the 
TMS34020 prefetches (prereads) the next word in memory after a host read 
or write. 
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bit 12 



bit 14 



bit 15 



HSTCTLL register 

15 14 
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Setting the HINC (host increment) bit enhances the host's ability to access 
blocks of TMS34020 memory; when HINC=1, the TMS34020 increments a 
host-supplied address and prefetches the contents from this new location. 

Setting the CF (cache flush) bit flushes the contents of the TMS34020 instruc- 
tion cache. The host processor can force the TMS34020 to execute new, down- 
loaded code by flushing old instructions out of the cache. 

The host processor can halt the TMS34020's CPU by setting the HLT (halt 
TMS34020 program execution) bit. 
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Note: For a complete illustration and description of HSTCTLL, see Chapter 4. 



The MSGIN (message in) bits buffer a 3-bit interrupt message from the host 
bits 0—2 processor to the TMS34020. 



The host processor can set the INTIN (input interrupt) bit to 1 to generate an 
bit 3 interrupt request to the TMS34020. 



bit 7 
bits 10 & 11 



The MSGOUT (message out) bits buffer a 3-bit interrupt message from the 
bits 4—6 TMS34020 to the host. 

The TMS34020 can set the INTOUT (output interrupt) bit to send an interrupt 
request to the host processor. 

An in-circuit emulator can use the EMR (emulator request) and EMG (emulator 
grant) bits as a mechanism for changing information and coordinating activity 
with the host processor. The information that these bits provide depends on the 
application, the host processor, and the software executed by the emulator. 
The emulator can set EMR to signal the host that an activity is beginning. The 
host can then set the EMG bit to acknowledge this. When the activity ends, the 
emulator signals the host by clearing EMR; the host then clears EMG. Only the 
emulator should modify EMR, and only the host should modify EMG. If you are 
not using this protocol with your emulator, these bits should always = 0. 

If you are using an in-circuit emulator, setting the EMIEN (emulator host inter- 
rupt enable) causes the exclus ive-OR of EMR and EMG to interrupt the host 
by asserting a low level on the HINT pin. 

I 1 

Note: 

If you are not using an in-circuit emulator, clear the EMG, EMR, and EMIEN 
bits to 0. 



bit 12 
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The TMS34020 sets the HRYI (host retry interrupt) bit if a retry occ urs on a host 
bit 13 access. If HBREN=1 , setting HRYI sends an interrupt request (via HINT) to the 
host processor. 



The TMS34020 sets the HBFI (host bus-fault interrupt) bit if a bus fault occurs 
bit 14 on a h ost access. If HBREN=1 , setting HBFI sends an interrupt request (via 
HINT) to the host processor. 



When the HBREN (host bus-fault/retry Interrupt enable) bit is set, setting HRYI 
bit 15 or HBFI causes an interrupt request to be sent to the host processor. 



^BIUIY The TMS3401 0's host interface used the HSTADRH, HSTADRL, and HSTDA- 

^ ^-i . TA registers for transferring address and data information.The TMS34020's 

g I host interface does not use these registers. The TMS34020 maintains 

^^ these registers in the I/O register map to provide compatibility with TMS3401 

software that uses these registers for passing information to the host interface. 
Because the TMS34020's host interface does not use HSTADRH, HSTADRL, 
or HSTDATA, any additional characteristics (such as autoincrementing) pres- 
ent for the TMS3401 are not implemented for the TMS34020. For more infor- 
mation about the TMS34020's treatment of these registers, refer to Section 
1 .6, Compatibility Between the TMS34020 and the TMS3401 . on page 1 -1 6. 
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7.3 A Basic Block Diagram for tlie Host Interface 



In order for the TMS34020 to share data with a host processor, you must place 
bidirectional latching transceivers (such as the 74ALS652) between the 
TMS34020's local address/data bus and the host's data bus. 



Figure 7-1. Block Diagram wiW a IHost System, a TMS34020, and External Transceivers 



transceiver \l .i n. 




Note: 

Throughout this chapter, all references to transceivers refer to the external, 
bidirectional, latching, bus transceivers shown in Figure 7-1. 
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Basic Communication Between tiie l-lost Processor and tiie TMS34020 

7.4 Basic Communication: How a Host Processor Reads from 
and Writes to TI\/IS34020 Local l\/iemory 

The host processor initiates reads and writes through the TI\/IS34020's host 
interface. The host controls the read and write cycles through a 2-step process: 

Step 1 : Provide address and byte information. 

Q Identify a long (32-bit) word address on the HAS — HA31 bus. 

Qi Activate the appropriate HBS signal(s) to identify a specific byte 
(or bytes) within the selected word. A host processor accesses 
data in groups of 1 to 4 bytes. The host byte-select signals tell 
the TMS34020 two things: 

H How many bytes to access in the selected word and 
■ Which bytes to access. 

Figure 7-2 (page 7-8) shows several examples of how HBSO— 
HBS3 determine which bytes of a long-word are accessed. 



Step 2: Set tiie HCS, HREAD, and HWRITE control signals. 



Qi If th e host wa nts to read from an address, it asserts both HCS 
and HREAD active low. 



Qi If the host wants to write to an address, it asserts both HCS and 
HWRITE active low. 



The host can assert or deassert the HCS, HREAD, and HWRITE 
control signals in any order. The last control signal that becomes 
active begins the access; the first control signal that becomes inac- 
tive ends the access. The control signal that begins or ends an 
access is referred to as the strobe for the access. 

T he add ress and byte selection information becomes valid on the falling edge 
of HCS. 



Note: 



HREAD and HWRITE should not be active low simultaneously if HCS is also 
active low or if all 4 HBS signals are active. Having both signals low under 
these conditions could cause unpredictable host-interface behavior. 
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Figure 7-2. How a Host Processor Uses the Host Byte-Select Signals 
to Access Data in TMS34020 Memory 
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Select the 32 bits starting at byte by 
driving these HBS lines: 



Select the 1 6 bits starting at byte by 
driving these HBS lines: 



Select the 16 bits starting at byte 2 by 
driving these HBS lines: 



Select the 8 bits starting at byte by 
driving these HBS lines: 



Select the 8 bits starting at byte 1 by 
driving these HBS lines: 



Select the 8 bits starting at byte 2 by 
driving these HBS lines: 



Select the 8 bits starting at byte 3 by 
driving these HBS lines: 
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Note: All other combinations of HBSO— HBS3 are valid as well. 



7.4.1 How a Host Processor Requests a Read Cycle 



When a host processor wants to read data from aTMS34020 memory location, 
the host must 

1) Provide address and byte-select information over HAS— HA31 and 
HBSO— HBS3, then 



2) Assert HCS and HREAD (in either order). 



The host must keep HREAD and HCS active until the HRDY signal becomes 
active; when HRDY becomes active, the host can terminate the access and 
read the data from the transceivers. 

The host must provide the transceivers with an output-enable signal that tells 
the transceivers to transfer their information to the hosfs data bus. No matter 
what size bus the host processor has, the transceivers must be capable of han- 
dling 32-bit information (for example, you could use four 8-bit transceivers). 
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Regardless of how many bytes the host requests, the TMS34020 latches the 
entire 32 bits of data into the transceivers; the host's controls must enable the 
appropriate transceivers to select the desired bytes. 

7-4.2 How a Host Processor Requests a Write Cycle 

When a host processor wants to write data to a TMS34020 memory location, 
the host must 

1) Provide address and byte-select information over HAS — HA31 and 
HBSO— HBS3, then 



2) Assert HCS and HWRITE (in either order). 



The host must keep HWRITE and HCS active until the HRDY signal becomes 
active. When HRDY becomes active, the host can terminate the request and 
latch the data-to-be-written into the transceivers. 

The TMS34020 uses a byte-write feature that ensures that the host modifies 
only the selected bytes. The host must correctly align the data in the trans- 
ceivers. The TMS34020 ignores the transceiver contents of unselected bytes. 



7.4.3 Local-Memory Faults and Retries 



It is possible, in some applications, that the host may request access to loca- 
tions in the TMS34020's local memory, which may cause a retry or bus fault. 
During the local-memory access initiated in response to a host request, a retry 
or bus-fault completion code could occur on the LRDY or BUSFLT pins, 
respectively. 

Qi If a host access causes the local memory to generate a retry, the 
TMS34020 automatically reschedules the access. The HRDY signal is not 
asserted until the TMS34020 successfully completes the access. In addi- 
tion, the TMS34020 sets HRYI CHSTCTLHl to indicate to the host that the 
retry occurred. No further host accesses can be made until the retried 
access completes successfully. 

□i If a host access causes the local memory to generate a bus fault, the 
TMS34020 sets HBFICHSTCTLH] to indicate to the host that the bus fault 
occurred; the TMS34020 takes no further action. HRDY is asserted as if 
the access terminated normally. It is then the host's responsibility to take 
the appropriate action (if any) to clear the cause of the bus fault. (The 
appropriate action depends on your application.) 

Once HRYI or HBFI is set, it remains set until the host or the TMS34020 explic- 
itly clears it. 



Setting HBREN IHSTCTLH] to 1 causes the TMS34020 to assert the HINT pin 
active low if either HRYI or HBFI is set. This allows a retry or bus fault on a host 
access to directly interrupt the host. 

7-9 



Features That Improve Performance of the Host Interface 



7.5 Features That Improve Performance of the Host Interface 

This section describes several features that increase the performance and effi- 
ciency of the host interface. 

7.5.1 Prefetching Data from the TMS34020's Local Memory 

Prefetching (or prereading) information is an optional feature that can speed 
up the transfer of information. Instead of waiting for the host's next request, the 
TMS34020 fetches data from the next consecutive long-word address. The 
new data is fetched as soon as the current access completes and is placed in 
the transceivers in anticipation of the host's next request. Prefetching is benefi- 
cial for both reads and read(modify)writes: 

Qi After reads, prefetching enables efficient reads of contiguous memory 
locations. 

Q After writes, prefetching enables efficient read(modify)writes of contigu- 
ous memory locations. 

You can enable the prefetching feature by setting HINClHSTCTLHlto 1 . Once 
this is done, you must choose to prefetch information after reads or after writes. 
You control this by setting or clearing HPFWlHSTCTLHl. Figure 7-3 shows 
how different combinations of HINC and HPFW values affect prefetching. 

Figure 7-3. How the Values of HINCH HSTCTLKH and HPFM HSTCTLHH Affect Prefetching 
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The TMS34020 has an address-comparison feature that ensures the host 
interface always accesses the correct location. Figure 7-4 shows how you can 
enable the address-comparison feature. 

Figure 7-4. How the Value of HINCI[ HSTCTLHH Affects Address Comparison 
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□i Prefetching enabled. On each read access, the host interface compares 
the address provided by the host with the address of the prefetched data. 
If the two addresses differ, the host interface automatically reads the new 
location requested by the host. This ensures that the host always reads 
from the address it requests, even when the TMS34020 prefetches data 
from a different location. This allows the host to access one contiguous 
block of words and then access another contiguous block, discontiguous 
from the first block, without disabling prefetching. 

Ql Prefetching disabled. The TMS34020 performs no address comparison. 
Each time the host makes a read request, the TMS34020 explicitly copies 
the data from the requested location into the transceivers. 

The size of a host's data bus can affect prefetching. If the host does not have 
a 32-bit data bus, then the host needs more than one access to fully read or 
write a 32-bit word. In this case, the TMS34020 must know which byte of the 
word the host will access last. This information is conveyed by the value of the 
HLBIHSTCTLH] bits. Figure 7-5 shows how this value identifies which byte 
the host will access last. 



Figure 7-5. How the Value of HLB[[ HSTCTLH]] Affects Prefetchmg 
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The HLB bits allow the host interface to accommodate all possible byte-order- 
ing conventions and several different data-bus sizes. 

Q A host processor with an 8-bit data bus can select any of the 4 bytes as 
the last byte. For example, assume that such a host processor is reading 
a contiguous block of TMS34020 local memory; assume also that the host 
sets HLB to OO2 (designating byte 3 as the last byte that is prefetched). The 
host interface does not prefetch the next word until after the host reads 
byte 3 of the current word. All 32 bits of data are placed into the transceiv- 
ers when the first byte is read; no memory accesses are required to read 
the subsequent 3 bytes because the transceivers already have the data. 

Q For a 1 6-bit host bus, only the value of HLB1 (bit 6) is needed to determine 
which 1 6-bit word the host accesses last. 

Ql A 32-bit host need not program the HLB bits. 
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Although a non-32-bit host must make multiple read requests, the TMS34020 
reads the location only once— on the first access (or after the designated last 
byte of the previous access). From this single read, the TMS34020 stores all 
32 bits of data from the requested long-word address into the transceivers. 
Subsequent host accesses to read the remaining bytes within the word do not 
generate local-memory accesses because the requested data is already in the 
transceivers. Only after the designated last byte is accessed is a local-memory 
access initiated; this copies the data from the next 32-b\t location, preparing 
for the next host access. The TMS34020's single-read feature minimizes the 
extra time required by a non-32-bit host to read an entire long-word. 

I 1 

Note: 

The TMS34020 ensures that the host always reads the current contents of a 
memory location. Each read that follows a host-initiated write requests a local- 
memory cycle to explicitly copy the location's contents into the transceivers. 
This happens even if a previous read copied this address into the transceiv- 
ers. Thus, while using prefetch-after-write (HINC=1, HPFW=1) with a 
non-32-bit host, each write causes a prefetch, regardless of whether or not 
the write was to a designated last byte. If the write was not to the designated 
last byte, the same location is prefetched again. Only after the last byte is writ- 
^ten is the address incremented and the next location prefetched. 

If prefetches and address-comparison are disabled, each host read request 
initiates a local-memory read cycle. This cycle copies the contents of the 
requested address into the transceivers, even if the data from that location is 
already stored in the transceivers. 



7.5.2 Autoincrementing (Implicit Addressing) 



The TMS34020's autoincrementing feature allows a host processorto address 
a contiguous block of local memory by specifying the address of only the first 
word in a block. The TMS34020 automatically generates all subsequent ad- 
dresses and byte selects. A host can access contiguous blocks of words 16 
bits or 32 bits at a time. 



To use autoincrementing, the host asserts HCS active low at the beginning of 
the first access, providing the address and byte s elects just as it does for a reg- 
ular access. The host must maintain HCS active lo w thro ughout; the 
TMS34020 enables autoincrementing when it detects that HCS remains low 
between the end of the pr evious a c cess and the beginning of the current 
access. The host then uses HREAD or HWRITE as a strobe to request access 
to subsequent addresses. 

When autoincrementing is detected, the host interface uses the value of 
HBSO— HBS3 to determine whether the host is accessing the block 1 6 bits or 
32 bits at time. If all 4 byte selects are active, the TMS34020 assumes that the 
host needs only 1 access to completely read or write a 32-bit location. If only 
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2 byte selects are active (HBSO and HBS1, or HBS2 and HBS3), the 
TMS34020 assumes that the host requires 2 accesses to completely read or 
write a 32-bit location. Figure 7-6 shows valid byte-select combinations. 



Figure 7-6. Legal Host Byte-Select Cofnbinations forAutoincrementing 
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Note: All other combinations of HBSO — HBS3 are Invalid for autoincrementing 



Figure 7-7. 



The TMS34020 latches the value of HBSO— HBS3 at the falling edge of HCS. 
If the next access will be made to the subsequent 1 6-bit or 32-bit location, the 
TMS34020 automatically generates the byte selects for the access by swap- 
ping its internal copy of the byte selects after each access. Thus, if the latched 
value of HBSO— HBS3 is 0011 2, then the internal copy is swapped to IIOO2 
at the beginning of the next access. This in turn is swapped back to 0011 2 at 
the beginning of the following access, and so on . Similarly, if the value of 
HBSO— HBS3 latched at the falling edge of HCS is IIOO2, it is swapped to 
001 1 2 at the beginning of the next access. In this way, the internal copy of the 
byte selects alternates between selecting one 16-bit word and the other. 
Obviously, if HBSO — HBS3 is 1111 2, swapping produces the same value. 

Just as for regular accesses, the TMS34020 uses the HLB code to determine 
when the host has completely accessed a 32-bit word. It does this by compar- 
ing the internal copy of the byte selects with the HLB bits. The TMS34020 incre- 
ments the address only after the host accesses the designated last 1 6-bit word. 

Figure 7-7showshowHINC[HSTCTLHl and HPFWEHSTCTLH] control how 
the address is incremented and when the byte selects are swapped. 

How the Values of HINCi HSTCTLKH and HPFM HSTCTLHU Affect Autoincrementing 
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The following list describes the byte-swapping operation for different cases. 
□i Autoincrementing for reads and writes. 

HINC=1 HPFW=0 Host can read & write contiguous locations 

The TMS34020 swaps the internal copy of the byte selects after each ac- 
cess. After each access to the designated last 1 6-bit word, the TMS34020 
swaps the the byte selects, then increments the address. If the access is a 
read, the next 32-bit location is prefetched into the transceivers. In this 
mode of operation, all autoincrementing accesses to a contiguous block of 
addresses should be of the same type— either reads or writes, but not a 
mixture of the two. 

^ Autoincrementing after writes only, 

HINC=1 HPFW=1 Host can read-modify-write contiguous locations 

The TMS34020 swaps the internal copy of the byte selects only after 
writes. After each write to the designated last 1 6-bit word, the address is 
incremented, and the next 32-bit location is prefetched into the transceiv- 
ers. No modifications to the address or the byte selects are made after 
reads, so the host writes back to the same location. In this mode of opera- 
tion, the host should perform read and write requests alternately; the first 
access can be either a read or a write. Note that in 1 6-bit autoincrement 
mode, a location is read only once. Because the sequence of reads and 
writes is predefined, there is no need to reread the 32-bit location after the 
first write. 

□i No autoincrementing. 

HINC=0 HPFW=don't care Host can't autoincrement 

/ 

It is not anticipated that this mode of operation will be very useful. However, 
for completeness, the response to autoincrement accesses while HINC=0 
is described below. 

■ For writes, the TMS34020 accesses the same 32-bit address on 
eacli host request. If 16-bit autoincrementing is selected, the byte 
selects are still swapped, so successive accesses oscillate between 
the two 1 6-bit words within the specified 32-bit location. 

■ For reads, the TMS34020 copies all 32 bits of data from the specified 
location into the transceivers during the first access. On subsequent 
reads in autoincrement mode, no new data is transferred into the 
transceivers. 

In this mode, all accesses should be of the same type— either reads or 
writes, but not a mixture of the two. 
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If the host want s to ac cess an address that is not contiguous with the block, 
it must deassert HCS and provide a new address just as it would for a regular 
access. 

When autoincrementing, the actual local-memory cycles performed by the 
TMS34020 in response to host requests do not differ from those performed 
when not autoincrementing. Autoincrement accesses offer no throughput ad- 
vantage compared to similar non-autoincrement accesses. 



7.5.3 The TMS34020's Default Memory Cycle 



When no other memory requests are pending, the TMS34020's memory con- 
troller executes a state similar to the address subcycle of a host-initiated 
local-memory cycle. This is known as the host-default state. The onl y differ- 
enc e betw een the host-default state and the address subcycle is that ALTCH 
and RAS do not go active. If a host request is synchronized while a host-default 
state is being executed, the host-default state i s conve rted into a regular host 
access by internal control logic, which causes ALTCH and RAS to go active. 
This action reduces the cycle time required for host-initiated memory cycles 
by one LCLK cycle because it allows the first half of the host access to occur 
in parallel with synchronization of the request. 

The address output on LADO— LAD31 and RCAO— RCA12 during a host- 
default cycle is the contents of the internal register used for storing the address 
presented by the host. If the host-default cycle is converted into a real host-initi- 
ated memory cycle, then the synchronization delays inherent in the host-inter- 
face logic ensure that the address output is the correct one for the access. 
However, at other times (when the host-default memory cycle is not converted 
into a real host access) the ad dress o utp ut on LADO— LADS 1 and 
RCAO— RCA1 2 is not valid. Because ALTCH and RAS do not go active in this 
case, this should not matter. 
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7.6 Completing Host Accesses 



When the TMS34020 is ready to complete a host-initiated access, it asserts 
HRDY active high. The host must not deassert its request strobe until HRDY 
becomes active. By default, the TMS34020 maintains HRDY in an inactive-low 
state. After the host terminates a request, HRDY becomes inactive low again. 

Various conditions govern when HRDY can become active-high. These are 
described in the following sections. 



7.6.1 Activating HRDY for Host Reads 



When prefetches are disabled and the host requests a read to any address, 
or when prefetches are enabled and the host requests a read to a location other 
than the one currently copied into the transceivers, the TMS34020 fetches the 
data and places it in the transceivers. 

The leading edge of this type of host request triggers the TMS34020 to access 
the requested address. During the last machine state of the memory access, 
HRDY becomes active. This happens while the data is being transferred into 
the transceivers from the local memory and HDST is active low. The data is 
not guaranteed valid in the transceivers until HDST becomes high. The host 
can deassert the read-request strobe as soon as HRDY goes active, but must 
not read the data from the transceivers while HDST is low. HRDY is asserted 
before the data is valid so that it is possible for the host to make requests suffi- 
ciently close together that the maximum throughput of the TMS34020's 
local-memory interface can be used. This is discussed in more detail in Section 
7.9.2. 

7.6.2 Activating HRDY for Host Writes 

When the host requests a write, the TMS34020 asserts HRDY when it is ready 
for the host to deassert its write-request strobe. This trailing edge of the host 
write-request triggers the local-memory cycle required to perform the write, 
which therefore occurs after the host terminates its request. The da ta for the 
write must be latched into the transceivers and valid before HOE becomes 
active low. This could be as few as 1 .25 LCLK cycles after the host write-re- 
quest strobe is deasserted. 

If the host requests another write, the actions taken depend on whether any 
access previously initiated by the host is still pending: 

Qi If no incomplete memory accesses are pending or in progress from the 
previous host write, HRDY immediately becomes active and the host can 
latch new data into the transceivers. 

□i If the previous host write is not finished, HRDY remains low until the last 
machine state of the memory access that writes the contents of the trans- 
ceivers to the requested memory location. HRDY becomes active while 
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HOE is still active low, enabling the contents of the transceivers onto 
LADO — LAD31 . The host can deassert the write-request strobe as soon 
as H RDY g oes active, but must not latch new data into the transceivers 
while HOE is low. HRDY is asserted while the previous data is still being 
written so that it is possible for the host to make requests sufficiently close 
together that the maximum throughput of the TMS34020's local-memory 
interface can be used. This is discussed in more detail in Section 7.9.2. 

7-6-3 Activating HRDY for Host Reads and Writes after Prefetches 

When prefetching is enabled (HINC=1), the trailing edge of the host's read- 
request strobe (if HPFW=0) or write-request strobe (if HPFW=1 ) on an access 
to the designated last byte of the current location automatically initiates a pre- 
fetch of the next location. If the host makes a request while a local-memory 
cycle to prefetch data into the transceivers is in progress, HRDY cannot 
become active high until that memory cycle is almost complete. It is likely, if 
you are trying to use the maximum throughput of the TMS34020's 
local-memory interface, that the prefetch memory cycle will not have com- 
pleted when the host makes its next read or write request. 

Here are the rules that govern when HRDY becomes active. 

Qi Writes. If a prefetch is pending or in progress when the host requests an 
access, HRDY remains inactive until the last machine state of the prefetch. 

Qi Reads. The address to be read is compared with the address of the loca- 
tion that is currently copied into the transceivers. The action taken depends 
on whether the addresses match and whether the prefetch has completed: 

■ Addresses match, prefetch complete. HRDY immediately 
becomes active. Because the requested data is already in the trans- 
ceivers and HDST is already inactive-high, the data is valid immedi- 
ately. 

■ Addresses match, prefetch in progress. HRDY becomes active in 
the last machine state of the prefetch while HDST is still low. The data 
is valid in the transceivers as soon as HDST becomes high. 

■ Addresses do not match, prefetch complete. The host initiates 
another read to the required location before HRDY becomes active. 

■ Addresses do not match, prefetch in progress. The host interface 
waits for the prefetch access to complete. Then it initiates another read 
to the required location before HRDY becomes active. 

In the second, third, and fourth cases described above, HRDY becomes 
active while HDST is low. HRDY is asserted before the data is valid. This 
allows the host to make requests quickly enough to use the TMS34020's 
maximum local-memory bandwidth. This is discussed in more detail in 
Section 7.9.2 (page 7-35). 
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7.7 Timing Examples 






This section contains timing diagrams that illustrate the host interface's 
response to various host requests. Each host-access request to a new 32-bit 
location in the TMS34020's local memory or I/O registers generates a 
local-memory cycle. The prefetch mechanisms described in Section 7.5.1 
(page 7-10) also generate local-memory accesses. 

Each diagram shows the host interface signals at the top. The buses marked 
DATA (in) and DATA(out) indicate the validity of the data in the transceivers for 
host writes and reads, respectively. 

Below the host signals, a scale marks each quarter phase of a TMS34020 
machine state (Q1— Q4). Below this scale are the local-memory buses and 
control signals. This illustrates the relationship between the host requests and 
the resulting local-memory cycles. 

All the diagrams assume that: 

Q The local-memory interface is always immediately available to the host. 

Q There are no wait states (unless othen/vise noted). 

With the exception of HRDY, no timing relationships are implied between the 
host-interface signals above the scale and the local-memory signals below it. 
However, in order to achieve optimum performance, the synchronization time 
between the host interface and the local-memory interface should be mini- 
mized. The local-memory access can be initiated in the next machine state 
only if the host request strobe that initiates the local-memory access occurs 
before the fourth quarter phase (Q4) of the current machine state. If the strobe 
occurs after the beginning of Q4 of the current machine state, the earliest that 
the access can begin is two machine states later. The timing diagrams illustrate 
this synchronization (Section 7.9, page 7-34, discusses this in more detail). 



Some of th e timing d iagrams sho w HCS b ei ng asserte d (ordeasserted) before 
HREAD or HW RITE ; some show HREAD or HWRITE being asserted (ordeas- 
serted) before HCS. This emphasizes that any assertion order is allowed and 
implies no relationship between the assertion order required for the request 
and the nature of the request. The signal that begins (or ends) an access and 
that initializes a local-memory cycle for the host is referred to as the host 
request strobe for the access. 
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Figure 7-8. Single Host Read Cycle; HCS Used as Strobe 
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Notes: 1 ) Prefetch after read is disabled (HPFW = 1 or HINC = 0). 

2) Tiiis figure refers to liost reads of TMS34020 local memory and does not include host reads of 
TMS34020 I/O registers. 

Figure 7-8 shows a simple read cycle; the host is accessing a location in local memory. The leading edge (high-to- 
low transition) of the host request strobe initializes the local-memory cycle. 
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Figure 7-9. 



Single Host Read from I/O Registers; HREAD Used as Strobe 
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Note: Prefetch after read is disabled (HPFW = 1 or HINC = 0). 

Figure 7-9 shows asimple read cycle; the host is accessing an I/O register. The leading edge of the strobe Initializes 
the local-memory cycle. Comparing this figure to the previous figure, you'll see that to the host, there's little differ- 
ence between accessing an I/O register and a ccessing the rest of the local memory. However, some of the 
local-memory strobes are different; CASO — CAS3, DDIN, and TR/QE are not activated because the data is trans- 
ferred from within the TMS34020, not from the local memory. 
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Figure 7-10. Single Host Read witii One Wait State; I^CS Used as Strobe 
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1) Prefetch after read is disabled (HPFW = 1 or HINC = 0). 

2) This figure refers to host reads of TMS34020 local memory and does not include host reads of 
TMS34020 I/O registers. 



Figure 7-1 is identical to Figure 7-8 except that the memory cycle includes one wait state. Both figures show a 
simple read cycle in which a host processor is accessing a location in the TMS34020's local memory. The leading 
edge of the host request strobe initializes the local-memory cycle. 
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Figure 7-11. Host Read Back-to-Back with Prefetch of Next Word; l-ICS Used as Strobe 
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Notes: 1 ) Prefetch after read is enabled (HINC = 1 and HPFW = 0). 

2) This figure refers to host reads of TMS34020 local memory and does not include host reads of 
TMS34020 I/O registers. 

Figure 7-1 1 shows 2 back-to-back read cycles; the second location is prefetched after the first location Is read. The 
trailing edge (low-to-high transition) of the host request strobe initiates the prefetch local-memory cycle. 
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Figure 7-12. Back-to-Back Host Read Cycles with Implicit Addressing; HREAD as Strobe 
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1) Prefetch after read is enabled (HINC = 1 and HPFW = 0). 

2) This figure refers to host reads of local memory and does not include host reads of I/O registers. 



Figure 7-1 2 shows 2 back-to-back read cycles; the second location is prefetched after the first location is read. The 
trailing edge of the host request strobe initiates the prefetch. Just as in Figure 7-1 1 , the prefetch relaxes the timing 
of the request strobe. Figure 7-12 also illustrates implicit addressing. Although not explicitly shown, the val ue on 
HBSO— HBS3 must be 11 11 2, 0011 2, or IIOO2. The initial address is the one supplied at the falling edge of HCS. 
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Figure 7-13. Successive Reads to Same 32'Bit Location; HCS and HREAD Strobed Togetlier 
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1 ) Prefetch after read or write is enabled (HINC = 1 and HPFW = don't care). 

2) This figure refers to host reads of TMS34020 local memory and does not include host reads of 
TMS34020 I/O registers. 

Figure 7-1 3 shows successive reads to the different bytes at the same location. Notice how repeatedly accessing 
the same word carries little overhead because the TMS34020 accesses the data only once. The HINC bit must 
equal 1 (enabling prefetching) to support the necessary address comparison. 
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Figure 7-14. Single Host Write Cycle; HCS Used as Strobe 
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Notes: 1 ) Prefetch after write is disabled (HPFW = 1 or HINC = 0). 

2) This figure refers to host writes to TI\/IS34020 local memory and does not include host writes to 
TMS34020 I/O registers. 

Figure 7-14 shows a simple write cycle; the host is writing to a location In local memory. The trailing edge of the 
host request strobe initializes the local-memory cycle. 
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Figure 7-15. Single Host Write Cycle to I/O Registers; HWRITE Used as Strobe 
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Note: Prefetch after write is disabled (HPFW = or HINC = 0). 

Figure 7-15 shows a simple write cycle; the host is writing to an I/O register. The trailing edge of the host request 
strobe initializes the local-memory cycle. Comparing Figure 7-1 5 to Figure 7-1 4, you'll see that to the host, there's 
little difference between writing to an I/O register appears and accessing any other memory location. However, data 
is latched into the TMS34020 on LAD31— LADO. 
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Figure 7-16. Single Host Write Cycle with One Wait State; HCS Used as Strobe 
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Notes: 1 ) Prefetch after write is disabled (HPFW = or HINC = 0). 

2) This figure refers to host writes to TMS34020 local memory and does not include host writes to 
TMS34020 I/O registers. 

Figure 7-16 shows a simple write cycle; the host is writing to a location in local memory. The trailing edge of the 
host request strobe initializes the local-memory cycle. Figure 7-16 is identical to Figure 7-14 except that the 
memory cycle includes one wait state. 



7-27 



Timing Examples 
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1 ) Prefetch after write is disabled (HPFW = or HINC = 0). 

2) This figure refers to host writes to local memory and does not include host writes to I/O registers. 



Figure 7-1 7 shows 2 consecutive writes. The trailing edge of the host request strobe initializes the local-memory 
cycle. On the second write, notice that HRDY remains low until just before the data in the transceivers (from the 
first write) is written to memory. 
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Figure 7-18. Back-to-Back Host Write Cycles witti Implicit Addressing; HWRITE as Strobe 
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Notes: 1 ) Prefetch after read is enabled ( HINC = 1 and HPFW = 0). 

2) This figure refers to host writes to local nnemory and does not include host writes to I/O registers. 

Figure 7-18 shows 2 consecutive writes. The trailing edge of the host request strobe initializes the local-memory 
cycle. Note that on the second write, HRDY remains low until just before the data in the transceivers (from the first 
write) is written to memory. Figure 7-1 8 also illustrates implicit addressing. Although not explicitly shown, the value 
on HBSO— HBS3 must be 1 1 1 1 2, 001 1 2, or 1 1 0O2. The initial address is the one supplied at the falling edge of HCS. 
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Figure 7-19. Host Write Cycie Bacl('to-Bacl( with Prefetcii of Next Word; HCS Used as Strobe 
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Notes: 1 ) Prefetch after write is enabled (HINC = 1 and HPFW = 1 ). 

2) This figure refers to host writes to local memory and does not Include host writes to I/O registers. 

Figure 7-1 9 shows a write cycle followed by a prefetch of the next location. The TMS34020 automatically Initiates 
the prefetch after it completes the write. Notice that H RDY remains low until just before the prefetched data Is latched 
into the transceivers. 
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Figure 7-20. Host Writ e Cycle Bad^-to-Back with Prefetcli of Next Word andlmplicit Addressing; IHREAD and 
HWRIT E Used as Strobes 
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1) Prefetch after write is enabled (HJNC = 1 and HPFW = 1). 

2) This figure refers to host writes to local memory and does not include host writes to I/O registers. 



Figure 7-20 shows a write cycle followed by a prefetch of the next location. Notice that HRDY remains low until 
just before the prefetched data is latched into the transceivers. Figure 7-20 also illustrates implicit addressing. 
Although not explicitly shown, the value on HBSO— HBS3 must be 1111 2 0011 2, or IIOO2. 
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7.8 Halting TMS34020 Execution and Downloading New Code 

A host processor can halt TMS34020 execution by setting HLTIHSTCTLH]. 
While halted, the TMS34020 cannot access its local memory. This removes the 
major source of delay to host-initiated memory cycles and reduces (by half) the 
time taken for the host to access local memory. 

Halting the TMS34020 involves several bits in the HSTCTLH register. The 
picture below identifies the pertinent bits: 
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Note: For a complete illustration and description of HSTCTLH, see Chapter 4. 



The TMS34020 may not immediately recognize the halt (reasons for this are 
described in Section 7.10.2, Halt Latency , on page 7-39 ) . If the host is transfer- 
ring large amounts of data, however, the increased throughput gained by halt- 
ing the TMS34020 more than compensates for any delay in waiting for the 
TMS34020 to recognize the halt. 

In order for a host processor to determine when the TMS34020 actually halts, 
it can 

Q Wait for a period equal to the TMS34020's maximum halt latency, or 

Q Repeatedly read the value of the HACK bit until HACK=1 . When the 
TMS34020 halts, it sets HACK. When the TMS34020 is released from halt, 
it automatically clears HACK. 

The TMS34020 recognizes a halt request on an instruction boundary only. 
Unlike an interrupt, a halt is not recognized during an interruptible instruction 
such as a PIXBLT A PIXBLT of a very large area of memory could take a signifi- 
cant time to complete. If the host needs a prompter response to the halt 
request— that is, if it cannot wait for the current instruction to complete— the 
host should set the NMI bit when it sets HLT. The NMI (nonmaskable interrupt) 
is taken at the first interruptible point, which may be midway through an inter- 
ruptible instruction. As soon as the NMI is taken, the halt is recognized (when 
both NMI and HLT are set, the TMS34020 halts before executing the first 
instruction in the NMI service routine). 

One of the most useful applications for halting the TMS34020 is to provide a 
host processor with an efficient method for downloading new code to 
TMS34020 local memory. The host can download code by following these 
steps: 
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Halting TMS34020 Execution and Downloading New Code 



Step 1: Set the NMI, HLT, and CF bits to 1. This interrupts and halts the 
TMS34020 and flushes the cache. 

Step 2: Download the code through the host interface. You can use the auto- 
incrementing (implicit addressing) feature by setting HINC to 1, 
clearing HPFW to 0, and providing the starting address of the code's 
destination. 

Step 3: Write the starting address of the new code to the NMI vector so that 
the new code begins execution at the vectored address. (The NMI 
vector address is FFFF FEEOh.) 

Step 4: Set the NMI bit to 1 to initiate a nonmaskable interrupt (the bit was 
cleared automatically if the previous nonmaskable interrupt was tak- 
en before the halt). At the same time, set the NMIM bit to 1 if the host 
does not need the current context to be stored on the stack or if the 
nonmaskable interrupt was taken in the first step; otherwise, clear 
NMIM to 0. 

Step 5: Restart the TMS34020 by writing a to HLT; at the same time, clear 
the CF bit. 
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7.9 Host-Interface Data Throughput (Bandwidth) 



The host-interface bandwidth is the number of bits per second that can be 
transferred through the host interface during a block data transfer to or from 
TI\/IS34020 local memory. 



7,9.1 Achieving IVIaximum Bandwidth 



The maximum host-interface bandwidth approaches the bandwidth of the 
TMS34020's local-memory interface. For a 40MHz TMS34020 with no 
memory wait states, and allowing for the fact that successive host-initiated 
local-memory cycles cannot be performed using page mode, the local-memory 
interface can perform one memory cycle every 200 nanoseconds. This is a 
bandwidth of 160 megabits per second. 

Memory requests from other sources (such as screen refreshes, DRAM 
refreshes, or the TMS34020's CPU) tend to reduce the rate of data transfer. 
However, refreshes of either type occur infrequently (and therefore have little 
effect), and halting the TMS34020 prevents the CPU from making memory 
requests. 

If the CPU is not halted, it could reduce the bandwidth through the host inter- 
face by up to 50%. If both host and CPU memory requests are pending, the 
host request is performed first, but the CPU request is performed before the 
next host request. Thus, if both the host and the CPU continue to make memory 
requests, host and CPU memory cycles occur alternately. Table 7-1 summa- 
rizes the different host interface bandwidths that can be expected. 



Table 7-1. Host Interface Estimated Maximum Bandwidth 



Assumptions Approximate Throughput 



Ql TMS34020 is halted 
Ql 40 MHz TMS3^ 
Q No wait states 



32 bits per transfer 

Ql 40 MHz TMS34020 = 1 60 Mbits per second 

200 ns per transfer 



□l TMS34020 is running 
Q 40MHzTMS3^ 
Q No wait states 



32 bits per transfer 

Ql 40 MHz TMS34020 = 80 Mbits per second 

400 ns per transfer 



Ql TMS34020 is halted 
Q 40MHZTMSG 
Q N wait states 



32 bits per transfer 

Q 40MHzTMS34020 Mbits per second 

(200+A/) 1 00 ns per transfer 
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7.9.2 Timing Considerations for Optimizing Host-Interface Bandwidth 

To use the local memory's full bandwidth, the host must be able to initiate a 
memory cycle every 200 nanoseconds. However, because there is an inherent 
synchronization and recognition delay between when the host request strobe 
occurs and when the local-memory cycle it initiates can begin, the request 
strobe that initiates the next memory cycle must occur before the current 
memory cycle has completed. 

To enable the host to do this, HRDY is asserted active-high early during 
host-initiated memory cycles, shortly after LCLK2's low-to-high transition. The 
host request strobe that initiates the next memory cycle must occur before 
LCLK2's high-to-low transition in the current machine state, so that the 
memory cycle can begin in the next machine state. If the host request strobe 
occurs after this, it is not recognized until LCLK2's next high-to-low transition, 
so the memory cycle it initiates cannot begin until the machine state after that. 
This is illustrated in Figure 7-21. 

Figure 7-21. Host Request Synchronization 

(a) Case 1 : host request strobe occurs before Q4 



STROBE ^ r; 

I I 



j Q3 j Q4J Q1 j Q2J Q3 j Q4 j Q1 j Q2J Q3 j Q4J 
LCLK2 \__y V / \_ 

(b) Case 2: host request strobe occurs after Q4 



STROBE y T 

I 

r 



j Q3 j Q4 j Q1 j Q2 j Q3 j Q4 j Q1 j Q2J Q3 j Q4J 
LCLK2 V / V / ^ 



Note: T his illu stration us es the hy p othetical si gnal STROBE , whic h is the lo gical-OR 
of HCS with either HREAD or HWRITE; it Is low when HCS and e ither HREAD 
or HWRITE are low. Host read cycles are initiated by STROBE'S high-to-low 
transition (t he leading edge of the host request). Write and prefetch cycles are 
Initiated by STROBE'S low-to-high transition (the trailing edge of the host 
request). The diagrams illustrate both possibilities. In both cases, the arrow 

(-• ) identifies the earliest point at which the host-initiated local-memory 

cycle can begin. Obviously, this may be delayed if another local-memory cycle 
Is being performed at this time. 

For write requests or prefetch-initiating read requests, a low-to-high transition 
of the host request strobe is all that is necessary to initiate the next 
local-memory cycle. However, for host read requests when prefetching is 
disabled, the strobe's high-to-low transition enables the next local-memory 
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cycle for the host. Because of this, it is not possible to achieve maximum band- 
width when performing multiple host read requests where prefetches are 
disabled. There is not enough time, after HRDY goes active shortly following 
LCLK2's low-to-high transition, to deassert the host request strobes and then 
reassert them before LCLK2's high-to-low transition. In most applications, this 
should not matter because consecutive host accesses are typically to contigu- 
ous blocks where prefetching can be used. 

Although HRDY is asserted just after LCLK2's low-to- high tr ansition, the host 
cannot access the transceivers until both HOST and HOE are high. One of 
these signals is always low when HRDY goes high during a host-in itiated cycle. 
This means that the host must gate HRDY with HDST and HOE to determine 
when it can access the transceivers. 



The manner in which HRDY is gated with HDST and HOE depends primarily 
on the rate at which the host can consecutively access the TMS34020: 

Q Host can make requests fast enough to use the maximum available 
throughput. As described above, the host request strobe that initiates the 
next memory cycle must occur before the end of the current memory cycle, 
before the host can access the transceivers. This requires additional data 
buffering (or pipelining) into and out of the tran sceive rs. HRDY will have 
returned to its inactive-low state before HDST or HOE goes high at the end 
of the current memory cycle. Because of this, the rising edge of HRDY 
must be used to set an edge-triggered latch, so that th e out put of the latch 
becomes a 1. This must be ANDed with HDST and HOE, so that when 
HDST is hig h and the HRDY latch is set, the transceivers can be read from; 
when HOE is high and the HRDY latch is set, the transceivers can be 
written to. A mechanism for clearing the latch must be provided, although 
this depends on the precise requirements of the application. However, the 
latch must be cleared before th e next low-to-high transition of HRDY, which 
can occur while either HDST or HOE is low. One possibility would be to use 
an edge-cleared latch cleared on the falling edge or either HDST or HOE. 

□i Host cannot make requests fast enough to use the maximum avail- 
able throughput. There is no need for the host request strobe that initiates 
the next local-memory access to occur until after the current host-initiated 
memory c ycle c ompletes. This can be achieved by ANDing HRDY with 
HDST and HOE, so that the host does not respond to HRDY until HRDY, 
HDST and HOE are all high. 
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7.10 Delays to Host Accesses 

The longest (worst-case) delay that can occur on a host access is the accumu- 
lation of a number of smaller delays from a variety of sources. Worst-case 
delay depends on the application; all of these delays do not exist for all sys- 
tems. It is unlikely that all possible delay sources exist for a single application. 

Qi In some applications, you must determine not only the effective bandwidth 
of the host interface but also the data transfer delays that can occur under 
worst-case conditions. These conditions rarely occur, but the fact that they 
can occur makes them worthy of consideration. These types of delays 
affect the time it takes for the host to access local memory; see Section 
7.10.1. 

Qi It is sometimes advantageous for a host processor to halt TMS34020 
execution by setting the HLT bit. However, there can be a delay from the 
time that a host write request sets HLT until the time that the TMS34020 
actually halts. This delay is referred to as halt latency; see Section 7.1 0.2. 

7.10.1 Worst-Case Delay 

Worst-case delays are unusual; they occur too infrequently to significantly 
affect overall performance. The following paragraphs list all possible sources 
of delay. Some of these sources may produce different delays, depending on 
the application. Each delay is characterized by two parameters: 

n is the number of wait states per TMS34020 memory cycle. 

t is the local clock period (nominally 1 00 nS for a 40-MHz TMS34020). 

Table 7-2 summarizes the various delay sources. 
Table 7-2. Sources of Delay 





Delay (in local clock periods, t ) 


Operation 


Minimum 


Maximum 


Request synchronization 


0.25 


2.25 


Screen refresh 

with midline reload 
without midline reload 





2(2 + «) 
2 + n 


DRAM refresh 
15 pending 
12 or fewer pending 





4 (3 + n) 
3 + n 


Bus-master arbitration 





system dependent 


Previous host cycle 

with prefetch after write 
without prefetch after write 





2 (2 + n) 
2 + n 


CPU cycle 





2 + n 
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To calculate your application's worst case, determine which delays apply, and 
sum these individual delay times. This figure is the worst-case delay for a host 
access. It does not include the time required to actually perform the host 
access. The following paragraphs describe the delay sources. 

□i Delay 1 : Host request synchronization. This is the time required to 
internally synchronize a host request to the TMS34020's local clock. Typi- 
cally, host signals are not synchronous to the TMS34020's local clocks. 
Before using a signal from the host, the TMS34020 must pass it through 
a synchronizing latch (part of the TMS34020's on-chip host-interface 
logic). The delay through the synchronizer is 1.25 to 2.25 local clock 
cycles. However, the host-default cycle performed by the local-memory 
interface when no other requests are pending allows this synchronization 
to occur in parallel with the address subcycle. Thus, synchronization delay 
can be as small as 0.25 local clock cycles. 

Q Delay 2: Screen-refresh cycles. Any screen refresh has a higher priority 
than a host request. Thus, if a screen refresh and a host access are 
requested simultaneously, the TMS34020 performs the screen refresh. 
The longest delay that can be caused by screen refreshes occurs during 
horizontal blanking in split-serial register VRAM mode; this delay takes 4 
machine states plus wait states. If this mode is not used, the longest delay 
is 2 machine states plus wait states (see Chapter 9, Video Timing and 
Screen Refresh). 

Qi Delays: DRAM-refresh cycles. The TMS34020 can have up to 15 
DRAM refreshes pending. If 1 2 or more DRAM refreshes are pending, they 
have higher priority than host requests. In this situation, if a DRAM refresh 
and a host access are requested simultaneously, the TMS34020 performs 
the DRAM refresh first. Thus, the TMS34020 may perform up to 4 DRAM 
refresh cycles before servicing a host request. In most systems, however, 
no more than 12 refreshes will ever be pending. The only way more than 
12 DRAM refreshes could be pending is if a memory cycle is wait-stated 
for an extremely long time, or if the Gl pin is deasserted for long enough. 
If 1 2 or fewer DRAM refreshes are pending, a host access can be delayed 
by one DRAM refresh only. 

Of Delay 4: Bus-master arbitration. This occurs only in systems where mul- 
tiple TMS34020S and/or other devices share local memory and arbitrate 
for bus control through the multiprocessor interface (see Chapter 11). Typi- 
cally, the host is connected to the only TMS34020 in the system that can 
make high-priority bus-niaster requests. Host requests generate the high- 
priority request code on RO and R1 . The time taken to reclaim bus owner- 
ship after a high-priority request code is output is entirely application de- 
pendent. 

□i Delay 5: Previous host cycle. The worst form of this delay occurs when 
the previous host request was a write with prefetch, and the host then 
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attempts to read from or write to a location other than the prefetched loca- 
tion. In this case, the TMS34020 performs the write and the prefetch before 
performing the current request. This is a delay of 4 machine states plus 
wait states. If prefetch-after-write is not enabled, the worst-case delay is 
2 machine states plus wait states. 

Oi Delay 6: CPU cycle. The TMS34020 CPU might be using the local- 
memory interface when the host requests a write. This causes a delay 
before the memory controller can perform the requested write. Note that 
a CPU cycle cannot delay a host access if 

■ The TMS34020 encounters a bus-master arbitration delay. 

■ The TMS34020 is halted. 

In any system, worst-case delays occur too infrequently to affect overall 
performance. For example, DRAM-refresh cycles typically consume approxi- 
mately 2% of the available memory bandwidth, and screen-refresh cycles 
(using VRAMs) consume approximately 1.5%. Do not use the worst-case 
delay to determine host-interface throughput. 

The worst-case delay assumes that 

Ql A screen-refresh cycle is generated within the TMS34020 on the same 
clock edge at which the host request arrives (after synchronization). 

□i 12 or more DRAM refreshes are requested during the next 1 + n clock 
edges. This is the number pending when the host and screen-refresh 
requests were made, plus additional requests (if any) made in the ensuing 
1 + n machine states while the screen refresh is executed. 

Ql An equivalent delay occurs when 1 2 or more DRAM-refresh requests and 
the host request occur on the same clock edge and a screen refresh is 
requested on a later clock edge before the host access begins. Host, 
DRAM-refresh, and screen-refresh requests all assert the high-priority 
request code through the multiprocessor interface (see Chapter 11). 



7.10.2 Halt Latency 



Section 7.8 (page 7-32) describes a method for halting the TMS34020 by set- 
ting the HLT bit. If you use this halt function, you may find it useful to know how 
long it can take the TMS34020 to enter the halt condition. This time, called halt 
latency, always includes 

1 or 2 machine states caused by the host-request synchronization 

(see delay 1 on page 7-38) 

+ 2 machine states for the host to actually write to the HLT bit 

+ 1 machine state for the CPU to halt after recognizing the request 

4 or 5 machine states is the minimum amount of time required to halt 

the TMS34020 
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In addition to the delays listed in Section 7.1 0.1 , the TMS34020 may be execut- 
ing an instruction when it receives the halt request. In this case, the TMS34020 
does not halt until it completes the instruction execution. This could take sever- 
al machine states (depending on the instruction), and applies to noninterrupt- 
ible instructions as well. The TMS34020 recognizes a halt request only on an 
instruction boundary. 

Section 7.10.1 shows the worst-case delay for accessing local memory 
(including I/O registers). Delays 2 through 6 can affect the time taken to halt 
the TMS34020, but their effect on halt latency is usually much less than the 
worst-case delay. In fact, they usually do not affect halt latency at all; even a 
single DRAM refresh is unlikely to delay halt recognition. 



7.11 Systems with Multiple TMS34020s 



Multiple TMS34020S running within a single system can share the same local 
memory. This can improve system performance significantly; however, it may 
complicate host-interface communications. For a general description of multi- 
ple TMS34020 systems, see Chapter 1 1 , Multiprocessing and System Archi- 
tecture. 

If a multi-TMS34020 system contains ROM, the TMS34020s will probably be 
initialized from the ROM at power-up. However, if the system contains no 
ROM, the host processor must be able to download code to all of the 
TMS34020S. To do this, a host typically halts the TMS34020s; as an alterna^ 
tive, the host can prevent the processors from fetching code by setting their Gl 
pins inactive, which prevents them from using the local-memory bus. 

If all the TMS34020S are halted at power-up, the host must be able to restart 
them. To restart a halted TMS34020, the host must write a to that 
TMS34020's HLT bit. The host can access the I/O registers of only those 
TMS34020S to which it is directly attached; one TMS34020 cannot access 
another's I/O registers. This means that the only method for clearing the HLT 
bit of a TMS34020 to which the host is not connected is to assert its RESET 
pin. Only those TMS34020s to which the host has direct access can be pow- 
ered-up halted. 



The host can access multiple TMS34020s by having a different HCS signal for 
each one. Because host requests are considered high priority, your multi- 
processor arbitration scheme must prioritize simultaneous high-priority bus 
requests from different TMS34020s. To accomplish this, you can use one of 
two possible transceiver configurations: 

Q All TMS34020S share one set of tr ansce ivers. Wire together all the 
HDST pins, and wire together all the HOE pins. All data is transferred 
through the one set of transceivers to whichever TMS34020 is being 
accessed. This solution requires less hardware to implement. However, 
be very cautious when using prefetch modes; the location prefetched by 
one TMS34020 will no longer be stored in the transceivers if another 
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TMS34020 performed a host read. This could result in the host reading in- 
correct data. There are a number of solutions to this problem ; here are two: 

■ Do not use the prefetch modes at all, or 

■ Ensure that the each time the host requests an access from a different 
TMS34020, the first read request performed is to a dummy location 
(this ensures that any previously fetched data is flushed out of the 
transceivers). 

□l Eac h TM S34020 uses its own set of transceivers. Connect the HOST 
and HOE pins from each TMS34020 to their respective sets of transceiv- 
ers. Each set of transceivers transfers data between the host and one 
TMS34020. Although this implementation requires more hardware, it does 
allow you to use the prefetch modes. It also allows each TMS34020 to 
have a different host, if you desire. 



When a TMS34020 loses bus mastership, the HOST and HOE pins are set to 
high impedance just like the local-memory control signals. However, unlike the 
local-memory signals, HOST and HOE both have internal pull-up resistors. 
This allows either of the above configurations to be implem ented without 
requiring any additional external control circuitry. If HOST and HOE are not 
driven by another TMS34020 (the second case described above), the resistors 
hold them at the logic-high level. However, the resistors are sufficiently large 
that they d o not prevent another TMS34020 from subsequently driving HOST 
and HOE (the first case described above). 

If you want to connect the host to only one TMS34020, but want the host to 
download code to the other TMS34020s (to which it is not directly attached), 
you can use indirect-access methods. These other methods take advantage 
of the fact that even if not halted, a TMS34020 cannot access memory while 
its Gl pin is held inactive-high. By explicitly controlling the multiprocessor-arbi- 
tration logic, the host can prevent TMS34020S to which it is not attached from 
fetching and executing new code until after the host downloads code through 
the TMS34020 to which it is attached. 

If you adopt this procedure, a device can inform the T MS34 02 of w here to 
execute code from by asserting an external interrupt (via LINT1 or LINT2) while 
Gl is held in its inactive state, then writing the address_of the first word of code 
into the appropriate interrupt vector before asserting Gl active low. This may 
be most useful at power-up (when the TMS34020 fetches code from the 
address specified in the reset vector). At other times, the TMS34020 may not 
start executing the new code immediately, because it may not have been at an 
instruction boundary or an interruptible point within an interruptible instruction 
when Gl was deasserted. 

In addition, the host can access other TMS34020s by using interrupt routines 
and/or flags (semaphores) to access information at a known location in 
memory, accessible to the host through the TMS34020 to which it is attached. 
The TMS34020's SWAPF instruction is helpful for this type of operation. 
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7.12 Systems with 16-Blt Memory Devices 



If some or all of the TMS34020's local memory is made up of 16-bit memory 
devices, the TMS34020's memory controller uses its dynamic bus-sizing capa- 
bility to access this memory. 

If the host wants to access 1 6-bit local memory, you must add transceivers to 
route the data to and from the correct halves of the TMS34020's local address/ 
data bus (LAD0—LAD31). 

If the host uses a 32-bit bus and at least part of the TMS34020's local memory 
is 1 6 bits wide, then you'll need six 8-bit transceivers: 

□i The 4 regular transceivers for transferring data between the host and the 
32-bit local memory. 

□ 2 additional transceivers to multiplex data between whichever half of the 
local bus the 16-bit memory is attached to and the opposite half of the 
host's data bus. 

For example, if the 16-bit memory is configured on LADO— LAD15, then the 
extra transceivers are required to multiplex data between LADO — LAD15 and 
bits 1 6 — 31 of the host's data bus (when accessing the second of the two 1 6-bit 
words contained in the 32-bit location specified by HAS — HA31). 

If 1 6-bit memory is configured to both halves of the TMS34020's local-memory 
address/data bus (LADO— LAD 15 and LAD16 — LAD31), then you need eight 
8-bit transceivers because it is necessary to swap both halves of the local ad- 
dress/data and host data buses. 

Even if the host is configured to a 16-bit bus and all of the TMS34020's local 
memory is 16 bits wide, four 8-bit transceivers are still required because the 
I/O registers are 32 bits wide. Only in the unlikely situation in which the host 
would never access any I/O registers could you use two 8-bit transceivers to 
connect the host's 16-bit data bus to the appropriate half of the TMS34020's 
local address/data bus. 



Data should be routed according to the SIZE1 6 signal. For more details about 
dynamic bus sizing, refer to Section 8.6, Dynamic Bus Sizing , on page 8-12. 

If the host accesses 1 6-bit-wide memory, the TMS34020's memory controller 
automatically performs both cycles necessary to access the full 32 bits of the 
long-word address present on HAS — HA31 , regardless of which HBS byte 
strobes are active. 

Figure 7-22 shows the transceiver combinations required for the various sys- 
tem configurations. 
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Figure 7-22. Host-to-TMS34020 Transceiver Wiring witli W-Bit Memory 



(a) Withiout 1 6-bit memory 
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(c) With 1 6-bit memory connected to 
LAD16—LAD31 



(d) With 1 6-bit memory connected to both 
U[D0—LAD15 and LAD16—LAD31 
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7.13 Systems with Big-Endian Addressing 



If the your system uses the TMS34020 in big-endian mode, then the bytes 
addressed by HBSO — HBS3 are swapped. See Chapter 3, Memory Organiza- 
tion and Hardware-Supported Data Structures, for more detail on the differ- 
ences between big-endian and little-endian operation. Figure 7-23 shows the 
byte addressing for both. 



Figure 7-23. Big-Endian and Little-Endian Byte Addressing Modes 
(a) Little-endian byte addressing 





Byte 3 
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(b) Big-endian byte addressing 

Byte 3 Byte 2 

Bits: 



Byte Strobes: HBS3 



HBS2 



Bytel 



HBS1 



ByteO 



7—0 


15—8 


23—16 


31—24 



HBSO 



For example, in order to access bits 7—0 of a word in the TMS34020's local 
memory in big-endian mode, the host must assert HBS3 instead of HBSO. 
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This chapter describes the local-memory interface and the DRAM/VRAM inter- 
face. 
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Basic information includes a 

review of TMS34020 signals and 

registers that affect the local 

memory and DRAM/VRAM 

interfaces. 



The locai-memory interface 

consists of a multiplexed 

address/data bus and associated 

control signals. During a memory 

cycle, the TMS34020 outputs the 

address and status on the LAD bus 

and then transfers the data over the 

LAD bus. 



The DRAi\/l/VRAi\/l interface 

adds DRAM/VRAM control to the 

local-memory interface. The 

TMS34020 interfaces directly to 

DRAMs and VRAMs, providing 

address multiplexing support for 

64Kxn, 256Kxn, 1Mxn, and4Mxn 

devices. The DRAMA/RAM 

interface also provides 

programmable DRAM refresh. 
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8.1 Related Signals 



Many of the TMS34020's pins provide access to and control over the 
local-memory and DRAM/VRAM interfaces. Chapter 2 describes these signals 
in detail; they are summarized below for your convenience. 



Signals 



Descriptions 



I/O 



ALTCH 



BUSFLT 



CAMD 



is the address latch signal. An external latch (such as O 
a 74AL S373) can use a high-to-low transition on 
ALTCH to maintain the current address and status 
fromLADO— LAD31. 

is the bus-fault signal. If external logic detects an error I 
or fault in the current cycle, the logic asserts BUSFLT 
high. BUSFLT is also used in conjunction with LRDY 
to generate bus-retry cycles. 

is the column-address mode input that allows mixing I 
of DRAM address matrices using the same multi- 
plexed RCAO— RCA12 address signals. 

CASO— CASS are t he column-address strobe signals that drive the O 
CAS inputs of DRAMs and VRAMs. They also provide 
access to the individual bytes in each long-word in 
memory. 

CLKIN is the clock input signal. The TMS34020's processor I 

functions are synchronous to CLKIN. 

DDIN is the local data-bus-direction input-enable signal, O 

driven high to enable data transceivers (such as a 
74ALS623) on LADO— LAD31 to input data to the 
TMS34020. 

DDOUT is the local data-bus-direction output-enable signal. It O 

is driven low to enable data transceivers (such as a 
74ALS623) on LADO— LAD31 to output data from the 
TMS34020. 

LADO— LAD31 form the local address/data bus. I/O 

LCLK1 , are the local output clocks. These signals are available O 

LCLK2 to the system for synchronous control of external logic. 



L1NT1, LINT2 



LRDY 



are the TMS34020's loc al int errup t-requ est signals. 
External devices can use LINT1 and LINT2 to interrupt 
TMS34020 operation. 

is the local ready signal. External circuitry drives 
LRDY low to inhibit the TMS34020 from completing a 
local-memory cycle. 
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Signals Descriptions I/O 



PGMD is the page- mode si gnal. External memory decode I 

logic asserts PGMD low if the currently addressed 
memory supports burst (page mode) accesses. 



RAS is the row-address strobe signal that drives the RAS O 

inputs of DRAMs and VRAMs. 

RCAO— RCA12 form the multiplexed row/column address bus, used O 
for the row and column addresses for DRAMs and 
VRAMs. 

SF is the special-function signal that connects to the SF O 

pin of 1 M VRAMs. 

SIZE16 is the b us-size s ignal. External memory decode logic I 

asserts SIZE1 6 low if the curre ntly addre ssed memory 
supports 1 6-bit accesses only. SIZE1 6 is also used to 
determine to which half of the LAD bus the accesses 
are made. 

TR/QE is t he trans fer/output-enable signal that connects to O 

the TR/QE pins of VRAMs. 

We is the write-enable signal that drives the WE inputs of O 

DRAMs and VRAMs. 
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8.2 Related Registers 
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The local-memory interface registers summarized below are a subset of the 
I/O registers discussed in Chapter 4. 

Four registers are associated with the local-memory and DRAM/VRAM inter- 
faces: 

Q CONFIG contains several bits that control individual aspects of the 
local-memory interface. 

□ DPYCTL controls aspects of the DRAM/VRAM interface. 

□i The PMASK and REFADR registers contain 1 6-bit values that are neces- 
sary for proper operation of the local-memory or DRAM/VRAM interface. 



CONFIG register 

15 12-^10 



address: COOO 01 AOh 

3 2—1 



y///////A RR W/M^^nW/////////////M'^A RCMllii 



Note: For a complete illustration and description of CONFIG, see Chapter 4. 



*?»»»»»»»:«»»»»:•:•:•»»:•»»»:•>:•:•:•:•; 



bitO 



Setting the BEN (big-endian enable) bit to 1 tells the TMS34020 to access 
memory in big-endian mode. Clearing BEN to tells the TMS34020 to access 
memory in little-endian mode. Little-endian is the default. 



bits 1—2 



The ROM (RCA bus mode configuration) bits determine the basic row- and 
column-address mode for the RCA bus. 



bits 



Setting the CBP (configuration byte protect) to 1 write-protects bits 0—7 of the 
CONFIG register. This prevents modification of the selected configuration. 



bits 



Setting the VEN (VRAM enable) bit to 1 informs the TMS34020 that the system 
contains VRAMs with special features such as write-mask and color-latch reg- 
isters. 



The RR (DRAM refresh rate) bits control the frequency of DRAM refresh 
bitsio— 12 cycles. 
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DPYCTL register 

15 12 



address: COOO 0080h 



11 



ENV 


^%^ 


SRE 


CST 


m^ 


VCE 


SSV 


m^^ ^i!M« K 



Note: For a complete illustration and description of DPYCTL, see Chapter 4. 



;:w«x»x«x«<w:k»x:»:«:::-k:-k;-w:-wx:' 



bite 



Setting the SSV (split-serial-register midline-reload enable) bit to 1 enables the 
TMS34020 to perform screen refreshes for VRAMs with split serial registers. 



bit? 



bit 11 



The VCE (video capture enable) bit selects the type of screen-refresh memory 
cycle: 

VGE=0 selects memory-to-register screen-refresh cycles. 
VGE=1 selects register-to-memory screen-refresh cycles. 

Setting the GST (GPU serial register transfer) bit to 1 tells the TMS34020 to 
convert ordinary pixel accesses into VRAM serial register transfers. 



bit 12 



Setting the SRE (screen-refresh enable) bit to 1 enables automatic screen 
refreshes when video is enabled (ENV=1). 



bit 15 



The ENV (enable video) bit must be 1 to allow the video timing logic to operate. 
When ENV=0, the TMS34020's blanking outputs are permanently at the 
active-low level, and all display control is disabled. 



PMASKL register 
PMASKH register 
REFADR register 

15 



address: COOO 01 60h 
address: COOO 01 70h 
address: COOO 01 FOh 



PMASKL, work together to form a 32-bit plane mask. The and 1 values in 
PIVIASKH the plane mask selectively enable or disable various planes in a 
multiple-bit-per-pixel bitmapped display. 

REFADR is the refresh-address register. It contains a pseudo-address that 
is output on each refresh cycle. 
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8.3 Priorities of l\Aemory Bus Requests 



The TMS34020's local-memory controller assigns priorities to local-memory 
requests from various on- and off-chip sources. The memory controller can 
generate VRAM serial-data-register transfer cycles, refresh cycles, host 
accesses to memory, CPU cycles, and emulator accesses, and it can release 
the local bus for other processors. Table 8-1 shows the order in which the 
TMS34020 responds to these access requests; priority 1 is the highest priority 
(the TMS34020 responds to it first). 



Table 8-1. Priorities for Memory Cycle Requests 



Priority 


l\/lemory Cycle Request 


1 


Loss of bus grant, indicated by Gl (grant input) high 


2 


Any video-generated VRAM serial-data-register transfer cycle 


3 


12 or more DRAM-refresh cycles are pending 


4 


Emulator (if emulator priority requested) 


5 


Host access 


6 


4 or more DRAM-refresh cycles are pending 


7 


TMS34020 CPU access (single cycle, page mode, or CPU-initiated 
serial-data-register transfer cycles) 


8 


Less than 4 DRAM-refresh cycles are due 


9 


Host-default cycle 



Note: If enabled, the TMS34020 waits for a host request when no other cycle is 
requested. 

Here are more detailed descriptions of these memory cycle requests. 

1 ) The highest priority is assigned to the loss of bus grant, which takes priority 
overall other types of memory requests. However, it is recommended that 
the bus grantjs not removed when a high-priority memory cycle code is 
output on the RO and R1 signals. Requests of priorities 2—5 generate this 
code. 

2) Any video-generated, VRAM serial-data-register transfer requests have 
the second highest priority. This is the highest priority of any internally gen- 
erated request. 

3) DRAM-refresh requests are programmed to occur at regular intervals. The 
TMS34020 has an internal counter that tracks how many refreshes are 
due. The TMS34020 increments this counter by 1 when the refresh count- 
er requests a refresh; the TMS34020 decrements the counter by 1 when 
a refresh takes place. When 12 refreshes are due, refreshing becomes a 
higher priority to ensure that a refresh cycle occurs. 
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4) An in-circuit emulator (such as the Texas Instruments TMS34020 Emula- 
tor) can raise the priority of the emulator's and the CPU's local-memory 
requests above the priority of the host's local-memory requests. If you do 
not do this, the TMS34020 treats emulator requests with the same priority 
as regular CPU requests. 

5) The host interface has the next highest priority. If a CPU-initiated cycle is 
in progress, it is interrupted on the next 32-bit boundary. (If the CPU is 
inserting afield, then both the read and write cycles complete. Any opera- 
tion required as a result of dynamic bus sizing also completes.) 

6) If the DRAM-refresh counter indicates that 4 or more cycles are pending 
and no page-mode accesses are in progress, then refresh cycles assume 
a higher priority than CPU-initiated requests. This prevents the refresh 
counter from progressing too far without interrupting page-mode blocks. 

7) CPU requests are serviced if no higher priority requests are present. Once 
a CPU cycle begins, request with priorities 1 through 5 can interrupt a 
series of CPU-initiated page-mode accesses. The interrupted sequence 
will restart as with any ordinary access. 

8) If the refresh counter is not and nothing else is happening, then DRAM 
refreshes occur. 

9) If no definite request is pending, then the TMS34020 performs a host- 
default cycle. This is a special type of idle cycle. (For more information, see 
Section 8.15 on page 8-49.) 

Even if host requests are being made at the full bandwidth rate, there will 
always be one cycle after a host access when the host interface request to the 
memory controller is not active. If no other accesses are pending, the 
host-default state will enable host accesses to use the full bus bandwidth. How- 
ever, if another type of access is pending, this other access will be executed 
in preference to the host default. 

Thus, if both the host interface and the CPU are requesting access at the maxi- 
mum rate possible, the memory controller services the requests alternately. 
This prevents the host from completely dominating the local-memory interface; 
the host cannot prevent servicing of other requests. 
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8.4 General Form of a Local-Memory Cycle 



Most local-memory cycles initiated by the TMS34020's memory controller are 
at least 2 machine states in duration. (An exception to this is page-mode 
cycles, discussed in Section 8.7, page 8-1 5.) Each machine state is one LCLK 
period long and begins at the rising edge of LCLK1 . As Figure 8-1 shows, each 
local-memory cycle has two parts: 

□i the address/status subcycle and 
Qi the data subcycle. 

Figure 8-1 also shows the signals required to latch the addresses that are on 
the LAD and RCA buses. Page-mode cycles are an extension of this form. 



Figure 8-1. The Two Parts of a Local-Memory Cycle 



L_ Address/Status „, Data _^ 

I (1 LCLK cycle) T (" LCLK cycles) H 

I Q1 I Q2 I Q3 I Q4 I QI I Q2 I Q3 I Q4 I 

LCLK1 JAI K I 1^ 1 K I 1/ 

JL I I I L I I I L 

^ I -_i I L-J I L- 

^ >— - K row address X column address 

T I I 11^ — I — r 

iHN I I I I - 



RCA 



ALTCH 



RAS 



CAS 



Ti Nh — \ 



I ! I ! i \i 



I I I 



Notes: 1 ) The data subcycle is an integral number of LCLK cycles long. The diagram 
shows the minimum length of 1 LCLK cycle. 

2) This illustration does not apply to page-mode memory cycles. 

3) For complete timing diagrams, refer to Sections 8.8 — 8.13 (pages 
8-18—8-44). 



8.4.1 The Address/Status Subcycle 



The address/status subcycle coincides with the first machine state of the 
local-memory cycle. The address, status code, and row address for the access 
are output at this time. This portion of the cycle is often called the row-address 
time because the row address is output during this subcycle. 

Section 8.5 (page 8-10) discusses the status codes output during this sub- 
cycle. 



The L AD bus outputs an address that can be latched (using either ALTCH or 
RAS) and used to decode the TMS34020's address space. This address points 
to the currently accessed long-word. The RCA bus outputs a subset of this 
address to serve as the row address. The RCA bus is usually connected 
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directly to DRAMs and VRAMs, which require the row and column parts of the 
address to be time-multiple xed ove r t heir ad dress input pins. The address can 
also be latched using either ALTCH or RAS. Section 8.1 6 (page 8-50) provides 
a detailed discussion of the addressing modes. 

LADO— LAD3 convey a status code that indicates the type of local-memory 
cycle being performed. This information can be latched, along with the address 
on LAD. Section 8.5 (page 8-10) contains a detailed description of the status 
codes. 



8.4.2 The Data Subcycle 



This subcycle is at least one machine state long and immediately follows the 
address/status subcycle. The column address for the cycle is output at this 
time, and data is transferred between the TMS34020 and the local memory (or 
vice versa). This portion of the cycle is often called the column-address time. 

The LAD bus transfers data between the TMS34020 and local memory. Data 
is either driven out (for a write cycle) or latched in (for a read cycle). The RCA 
bus outputs a column address that can be latched using any of the CAS 
signals. The RCA bus is usually connected directly to DRAMs and VRAMs, 
which require the row and column parts of the address to be time-multiplexed 
over their input pins. Section 8.1 6 (page 8-50) discusses available addressing 
modes. 

If a 1 -LCLK data subcycle is not sufficient for a data transfer to complete, the 
data subcycle can be extended, as required, by inserting wait states. Section 
8.6 (page 8-12) deals with this in more detail. 
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8.5 Local-Memory Cycle Status Codes 



in addition to the address output over the LAD lines, the TMS34020 outputs 
a status code on LADO— LAD3. This status code identifies the type of 
local-m emory cy cle being performed. The code can be latched by the falling 
edge of ALTCH, along with the address output on the remaining LAD pins. 
Table 8-2 lists the status codes and their meanings. 



Table 8-2. LAD-Bus Status Codes 



LAD PIN 


Bus status 




3 2 1 





Type 




1 
1 






Coprocessor cycle 
Emulator operation 
Host cycle 
DRAM refresh 


miscella- 
neous 
(OOxx) 


1 
1 
1 1 
1 1 






Video-generated VRAM serial-register transfer 
CPU-generated VRAM serial-register transfer 
Write-mask load 
Color-register load 


VRAM 
(01 XX) 


1 
1 
1 1 
1 1 
1 1 
1 1 

1 1 1 
1 1 1 





Data access 
Cache fill 
Instruction fetch 
Interrupt-vector fetch 
Bus-locked operation 
Pixel operation 
Block write 
Reserved 


CPU 
(Ixxx) 



Here are more detailed descriptions of these status codes. 

Q Coprocessor cycle. Output for any memory cycle that transfers instruc- 
tion information or data between a coprocessor and either the TMS34020 
or the local memory. These memory cycles are beyond the scope of this 
chapter but are discussed in detail in Chapter 10, Communicating witti a 
Coprocessor. 

Qi Emulator operation. Output during a special memory cycle that only an 
in-circuit emulator can initiate. This cycle is intended for loading external 
nnapping registers implemented within the emulator using SRAM. 

Qi Host cycle. Output on any memory cycle that is generated in response to 
the host interface. 

Q DRAM refresh. Output when the memory controller performs a DRAM- 
refresh cycle. 
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□i Video-generated VRAM serial-register transfer. Output when the 
TMS34020 memory controller performs a midline-reload cycle, or a serial- 
register-transfer cycle initiated by horizontal blanking. (VCElDPYCTL] 
controls the transfer direction.) 

Q CPU-generated VRAM serial-register transfer. Output when the 
TMS34020 memory controller performs a serial-register-transfer cycle 
due to a pixel operation instruction with CST[DPYCTLI = 1 . A pixel-read 
operation generates a read transfer (VRAM memory to serial register). A 
pixel write generates a write transfer (serial register to VRAM memory). 

Qi Write-mask load. Generated during the special 1-Mbit VRAM cycle to 
load the VRAM's on-chip write-mask register with the 1s complement of 
the TMS34020's PMASK registers. 

Q Color-register load..Generated during the special 1 -Mbit VRAM cycle ini- 
tiated by the VLCOL instruction, which loads the VRAM's on-chip color 
register. 

Qi Data access. Output when the current memory access (read or write) 
involves transferring data to or from the TMS34020's CPU. 

Qi Cache fill. Output when the TMS34020 is reading a subsegment (4 
long-words) into the on-chip instruction cache. 

Qi Instruction fetch. Output when the instruction cache is disabled 
(CDICONTROLI = 1 ) and the TMS34020 is reading instructions or imme- 
diate data from memory. 

Qi Interrupt-vector fetch. Output any time a TRAP, interrupt, or reset 
occurs. The code indicates that the TMS34020 is reading the appropriate 
vector address from memory. 

Qi Bus-locked operation. Executed when the TMS34020 executes a 
SWAPF instruction (indicating a locked read-modify-write operation). 

□i Pixel operation. Output when the TMS34020 performs any pixel opera- 
tion and CSTEDPYCTU = 0. 

Qi Block write. Generated during one of the special 1-Mbit VRAM 
block-write cycles performed when executing the VBLT or VFILL instruc- 
tion. 
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8.6 Ending a Local-Memory Cycle 



A data subcycle begins in the machine state immediately following the 
address/status subcycle. The data subcycle lasts for a minimum of 1 machine 
state. During this subcycle, the TMS34020 samples the LRDY and BUSFLT 
pins to determine when a nd how th e local-m emory cycle will end. The 
TMS34020 also sampl es the P GMD and SIZE1 6 pins at this time. ( Section s.?, 
page 8-15, discusses PGMD; Section 8.9, page 8-25, discusses SIZE16.) 

Immediately following the address subcycle, the TMS34020 samples the 
LRDY and BUSFLT pins on LCLK2's low-to-high transition in each machine 
cycle of the data subcycle. The pins are nof sampled in subsequent page-mode 
datasubcycles (see Section 8.7). External hardware must decode the address 
output during the address/status subcycle and determine the appropriate 
levels for LRDY and BUSFLT. Table 8-3 lists the logical combinations of these 
signals. 



Table 8-3. Bus Cycle Completion Conditions 



Completion Condition 


BUSFLT 


LRDY 


Insert a wait state 








Successful transfer 





1 


Retry 


1 





Bus fault 


1 


1 


-ocal-Memory Cycle with Wait States 


BUSFLT low 




LRDY low 



Under these conditions, the TMS34020 inserts a wait state to extend the data 
subcycle. All local-memory control signals activated during the cycle remain 
active for an additional LCLK cycle. The TMS34020 samples LRDY and 
BUSFLT again on LCLK2's next rising edge. If the TMS34020 detects a wait 
condition again, it extends the data subcycle for another LCLK cycle, and so 
on. 

After the first data subcycle completes successfully, subsequent accesses 
may occur as page-mode cycles (see Section 8.7 on page 8-15). During 
page-mode cycles, the TMS34020 does not sample LRDY and BUSFLT. This 
means that wait states can be inserted during the first data subcycle, but not 
during subsequent page-mode cycles. This can be useful, for example, when 
using external memory management hardware that must translate an address; 
although the memory management hardware may allow for high-speed page- 
mode accesses, it may not be able to quickly translate the address during the 
first access. 

8-1 2 Local-Memory and DRAM/VRAM Interfaces 



Ending a Local-Memory Cycle 

8.6.2 Completing a Successful Local-Memory Cycle 

BUSFLT low LRDY high 

Under these conditions, all the local-memory control signals active during this 
cycle are driven inactive on LCLK2's next high-to-low transition, completing the 
cycle. A successful transfer should be indicated only if 

Qi for read cycles, valid data will be available on the LAD bus at the next fall- 
ing edge of LCLK2. 

Qi for write cycles, the devices being written to will be able to latch the data 
on the LAD bus at the next falling edge of LCLK2. 

If these criteria cannot be met, the TMS34020 must extend the data subcycle 
by inserting wait states. 

8.6.3 Retrying a Local-Memory Cycle 



BUSFLT high LRDY low 



These conditions terminate the local-memory cycle (in the same way as a 
successful transfer) and subsequently restart the cycle from the beginning. 
The original address and status code are output again during the address/ 
status subcycle of the retried access. 

When a retry occurs, the cycle may not restart immediately because the 
memory controller will first perform any higher priority requests that might be 
pending when the retry occurs. 

Some memory operations require multiple local-memory cycles. (For exam- 
ple, modifying afield within a word requires a read and a write. If afield crosses 
a word boundary, 2 reads and writes are required. Also, accessing a 16-bit 
memory device requires twice the number of local-memory cycles.) Except for 
bus-locked local-memory cycles, a retry restarts only the memory cycle on 
which the retry occurred. If a retry occurs on the write portion of a 
read-modify-write sequence, it restarts from the write, not the read. Similarly, 
if a retry occurs on the second of the 2 accesses required to read or write a loca- 
tion implemented as 1 6-bit memory, the first of the 2 accesses is not performed 
again; the address output on the LAD and RCA buses during the restarted 
access will have the S bit set to 1 . 

The SWAPF instruction initiates bus-locked local-memory cycles used for 
exchanging semaphores. The read and write portions of a bus-locked opera- 
tion must occur one immediately after the other. Because of this, if a retry 
occurs on the write part of a bus-locked operation, it is restarted from the read 
cycle. 
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If a retry occurs during a host-initiated local-memory cycle, the cycle restarts 
normally. However, the memory controller also sets HRYIIHS TCTLU , indicat- 
ing that a retry occurred. If HBRENlHSTCTLLl is also set, the HINT pin is driv- 
en low to interrupt the host. Once set by the memory controller, HRYI remains 
set until the host clears the bit. 



8.6.4 Bus Faulting a Local-Memory Cycle 



BUSFLT high LRDY high 



These conditions inform the TMS34020 that the access was unsuccessful. The 
local-memory cycle is terminated (in the same way as a successful transfer); 
subsequent actions depend on the type of access that caused the bus fault. 

Qi If the CPU initiated the access, the memory controller first saves its 
current state in the BSFLTD and BSFLTST registers, then signals a 
bus-fault interrupt to the CPU. {This applies to all memory cycles except 
those with host, DRAM refresh, or video-initiated VRAM serial-register 
transfer status codes.) The CPU saves on the stack all the data necessary 
to allow it to correctly restart execution after returning from the bus fault, 
then reads the bus-fault vector address from FFFFFBCOh. 

The bus-fault routine should clear the cause of the bus fault. Upon return- 
ing from the bus-fault routine, the CPU pops all the data it pushed before 
taking the interrupt. The memory controller restores the state of the faulted 
memory cycle from BSFLTD and BSFLTST and restarts the cycle (in the 
same way as for a retry). Section 6.9 (page 6-1 9) discusses the bus-fault 
interrupt in detail. 

Q If the host initiated the access, the memory controller terminates the 
local-memory cycle (in the same way as for a successful transfer) and sets 
HBFI[HSTCTLL]1 to indicate that a bus fault occu rred. No other action is 
taken. If HBRENlHSTCTLLl is also set, the HINT pin is driven low (while 
HBFI is set), to interrupt the host. The host must then clear the source of 
the bus fault before attempting to restart the access. Once set by the 
memory controller, HBFI remains set until the host clears it. 

1^ If the access was a DRAM-refresh or video-initiated screen-refresh 
cycle, no action is taken. The local-memory cycle is terminated in the 
same way as a successful transfer. 
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8.7 Performing Local-Memory Cycles in Page Mode 



Many DRAMs and VRAMs can operate in page mode. This mode can greatly 
reduce the time required to access a memory location when performing multi- 
ple memory cycles, provided that the row address for each access is the same. 
The TMS34020 directly supports page-mode accesses and uses page mode 
whenever possible. 

Figure 8-2 shows the general form of page-mode accesses. It also shows the 
signals required to latch the addresses present on the LAD and RCA buses. 
The first access of any sequence always consists of an address/status sub- 
cycle and a data subcycle, as outlined in Section 8.4 (pa ge 8-8). How ever, 
if multiple accesses are to be made using page mode, the ALTCH and RAS 
signals do not go inactive at the end of the first data subcycle. They remain 
active until the end of the last access in the sequence, thereby ensuring that 
the original row address stays latched in the DRAMs throughout the access. 
Afterthe first word is accessed, all subsequent accesses are made using single 
machine-state page-mode cycles, during which the column address for the 
access is output and data is transferred. 



Figure 8-2. Multiple Locai-Memory Cycles Using Page Mode 
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Notes: 1 ) Except for the first data subcycle (which may be extended by inserting wait 
states), each page-mode data cycle is only 1-LCLK cycle long. 

2) n is an integer in the range of — 63. 

3) For complete timing diagrams for specific local-memory cycles, refer to 
Sections 8.8—8.13 (pages 8-18—8-44). 



8.7.1 Selecting Page-Mode Operation 



Each time the TMS3020 performs a standard memory access, it has theoppor- 
tunity to perform a page-mode access. The TMS34020 samples the PGMD pin 
to determine whether the DRAM/VRAM supports page mode. If subsequent 
memory accesses are required, these are (whenever possible) performed in 
page mode unless the local memory indicates that page-mode accesses are 
not supported at the current address. 
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External hardware must decode the address output du ring the address/status 
subcycle and determine the appropriate level for the PGMD pin, which the 
TM S34020 samples at the same time as LRDY and BUSFLT. Sampling a on 
the PGMD pin indicates that page-mode a ccesses are supported. If wait states 
are inserted into the initial memory cycle, PGMD must be kept at a valid level 
on LCLK2's low-to-high transition during each machine state of the data 
subcycle. 

The TMS34020 supports a page size of sixty-four 32-bit words. All memory 
locations for which logical address bits 1 through 31 are the same are consid- 
ered to be within the same page. If, while performing a sequence of page-mode 
accesses, the TMS34020 wishes to access a location that is not on the same 
page as the previous access (that is, the value on bits 10 through 31 differ), 
the page-mode sequence ends. The access is made using an standard 
local-memory cycle, with an address/status subcycle and a da ta subc ycle, so 
that a new row address can be output. LRDY, BUSFLT, and PGMD can be 
resampled. 



Once PGMD is detected low and a page-mo de sequ ence begins, the 
TMS34020 does not sample LRDY, BUSFLT and PGMD again. This means 
that 

Qi All 64 locations within the page must be capable of supporting page-mode 
operation. 

□ All locations within a page must support wait-state accesses. 

Qi No bus faults or retries can be generated within the page, once a 
page-mode sequence has started. If you are using bus faults to implement 
a virtual memory system, this means that the entire page must be mapped 
into the physical address space. 

8.7.2 How the TMS34020 Uses Page Mode 

The TMS34020 uses page mode any time it must make multiple accesses to 
contiguous addresses. Page-mode cycles can originate from two sources: the 
CPU and the memory controller. Assuming that the addressed memory 
supports page mode, a page-mode cycle occurs: 

Qi Any time the CPU wishes to read or write multiple consecutive words in 
memory. This can occur during almost all graphics instructions (PIXBLT, 
FILL, VBLT, VFILL, etc.) and the multiple move instructions (MMTM, 
MMFM, and BLMOVE). It can also occur anytime a cache fill is performed, 
or if a context switch is made before servicing or when returning from an 
interrupt. 

□ Any time the memory controller must perform multiple memory accesses 
to complete a single memory operation. This occurs when the CPU wishes 
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to write a non-byte-aligned field within a word (in which case a 
read-modify-write must be performed), or if the CPU accesses afield that 
straddles a word boundary. It can also occur when dynamic bus sizing is 
used to access a 16-bit memory (because 2 memory accesses are 
required to completely read or write one word). This occurs on both host- 
and CPU-initiated accesses. Section 8.9 (page 8-25) discusses dynamic 
bus sizing. 

I 1 

Note: 

The TMS34020's I/O registers cannot be accessed using page mode. 



To allow instructions that move data from one area of memory to another to use 
page-mode, the TMS34020 contains a temporary register file capable of stor- 
ing eight 32-bit words. This allows up to 9 words to be read from the source 
using page mode, and then written to the destination. If the original destination 
data is not to be combined with the source data in any way, these writes can 
also be performed using page mode. 
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8.8 Local-Memory Read and Write Cycles 



This section describes all the basic, local-memory, read and write cycles. 
Figure 8-3 (page 8-1 9) illustrates general timing of the local-memory interface 
for reads and writes. Use these figures to observe signal relationships for the 
various cycles (do not use these figures to determine specific signal timings). 

All of the TMS34020's local-memory output signals are synchronous to local 
clocks LCLK1 and LCLK2. The 90° phase shift between the two local clocks 
is used to divide each machine cycle into quarter cycles or Q phases. All 
local-memory output signals start transitions at the beginning of a Q phase. 

All subsequent timing diagrams in this chapter indicate the following: 

□i Gl is sampled Jow at the beginning of each memory cycle. After the 
memory cycle, Gl may be at either level because the TMS34020 may or 
may not retain control of the local- memory bus after the cycle completes. 
This is shown by the dual level for D DOUT du ring Q1 after memory cycle 
completion. If bus control is regained, DDOUT is driven to high impedance 
at this time; othenA^ise, it remainshigh. Chapter 11, Multiprocessing and 
System Architecture, discusses Gl in detail. 

□i RO and R1 are shown in all the possible states that could occur during a 
particular cycle. For instance, in Figure 8-3, they initially indicate either a 
no-request or low-priority code (either may be appropriate if no memory 
cycle was performed in the previous machine state), or an access-termina- 
tion code (identifying the end of the previous access). During the memory 
access, the low-priority code is output, followed by the access-termination 
codeduring the access' final machine state. Chapter 1 1 also discusses RO 
andRI. 

Qi Wherever appropriate, a page-mode sequence (consisting of a standard 
memory cycle followed by one page-mode cycle) is shown. Obviously, the 
number of page-mode cycles is typically greater than 1 . 

Note also that 

□i CAMD is sampled on LCLK1 's low-to-high transition, immediately follow- 
ing the address/status subcycle. This selects the logical address bits that 
are output on the RCA bus at column-address time. (See Section 8.16, 
page 8-50.) 



Q LRDY, BUSFLT, and PGMD are sampled on LCLK2's low-to-high transi- 
tion in each machine state of the sequence's first data su bcycle ( as 
described in Sections 8.6 and 8.7, pages 8-12 and 8-15). SIZE16 is 
sampled at this time in each data subcycle (during page-mode cycles as 
well). This is discussed in Section 8.9 (page 8-25). 
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Local-Memory Read and Write Cycles 
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LRDY is shown being sampled higli on LCLK2's high-to-low transition during 
an address/status subcycle. This is to maintain compatibility with future 
pin-compatible TMS340xO devices. Current devices ignore the state of LRDY. 
However, future devices may not; the value of LRDY sampled at this time may 
be used to prolong the address/status subcycle. This eases interfacing to 
DRAMs if the TMS34020's LCLK frequency is increased above 1 0MHz. Main- 
taining LRDY high at this time in yourcurrent designs ensures thatthe address/ 
status subcycle timing shown in the diagrams will not be affected when you use 
future TMS3402X devices. 



Figure 8-3. General Timing of the Local-Memory Read and Write Cycles 
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8.8.1 Local-Memory Read Cycle Timing (with Page Mode) 



A local-memory read cycle (with page mode) transfers data and instructions 
to the TMS34020 from memory that supports page-mode accesses, as 
Figure 8-4 shows. The status code on LADO— LAD4 identifies a data transfer, 
cache fill, instruction fetch, interrupt-vector fetch, or pixel operation. 



DDOUT goes low during the address subcyc le to ena ble the address through 
external bus transceivers to the memory. DDOUT returns high after the 
address is latched, indicating that a memory read cycle is about to take place. 
The LAD bus goes into a high-impedance state following the address subcycle, 
allowing data from the addressed memory to be placed on the bus. 



External decode logic asserts PGMD low at the beginning of Q2 after RAS low 
(the first data subcycle), indicating that the memory supports page-mode 
operation. External logic also asserts LRDY high and BUSFLT low at this time, 
indicating that the cycle may continue without a retry, bus fault, or wait-state 
insertion. SIZE1 6 must be valid at the beginning of Q2 during all data transfer 
cycles, indicating whether the access is to a 32-b it or a 1 6-bit memory device. 
In Figure 8-4, the external logic asserts SIZE1 6 high to allow access to 32-bit 
memory. 

The TMS34020 outputs DDIN high during the data transfer cycle, allowing the 
external bus transceivers to enable data to the processor. Data from the 
accessed memory must be valid at the beginning of Q4 in the data transfer 
cycle (with some data setup time). Th e data from the m em ory sho uld be 
disabled with the low-to-high transition of ALTCH, RAS, CAS, orTR/QE, or with 
DDIN's high-to-low transition. These transitions occur well before the time at 
which the LAD bus turns on to output the address for the next cycle. 



Note that the TMS34020 does not sample LRDY, PGMD, and BUSFLT during 
subsequent page-mode cycles w hen accessing 32-bit memory. The 
TMS34020 does not sample SIZE 1 6 during the page-mode cycle, because the 
memory has responded that it supports 32-bit a ccesses. Section 8.9 (page 
8-25) discusses dynamic bus sizing and SIZE16 in detail. 



8.8.2 Local-Memory Write-Cycle Timing (with Page Mode) 



As Figure 8-5 (page 8-22) shows, this page-mode write cycle transfers data 
from the TMS34020 to memory that supports page-mode accesses. 
LADO— LAD31 output the data during the data transfer subcycle. The status 
code output on LADO— LAD3 identifies a data transfer or a pixel operation. 



DDO UT remains low after the initial address output on LAD (during Q4 after 
RAS goes low). This indicates that a memory write cycle is about to take place, 
allowing the da ta to b e output through external data transceivers. WE is output 
low before the CAS signals go low to implement an early wri te to t he DRAMs 
and VRAMs. Because data is valid both before and after the CAS signals are 
asserted low, external devices can latch the data on eithe r the high-to-low or 
low-to-high edge of a signal that is the logical-OR of CAS and WE. 
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Figure S-4. Local-Memory Read-Cycle Timing (with Page Mode) 
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Figure 8-5. Local-Memory Write-Cycle Timing (witli Page Mode) 



standard Memory Write Cycle 



LCLK1 

LCLK2 

Gl 

LAD 
CAMD 

RCA 



I Address Subcycle 

Q4 Q1 I Q2 I Q3 I Q4 

\J \n — N 



^^^^S^ 




)w^wmw^ 



^^ 



ALTCH 
RAS 
CAS 
WE 



\n — \ — N 



rm 



TR/QE 

SF 

ODIN 



DDOUT 
LRDY 



PGMD 



SIZE16 

BUSFLT 

RO 

R1 



"K adtirg^ 






^^ 



\r 



! i I 



! I I 






^ i 1 I 



1 r r 
TH — ^_L 



^6666666(y>66yy 



V 



Data Transfer 
Subcycle 

Q1 I Q2 I 03 I Q4 

i_L_T" 
J/~l — \. 



I I I 



Page-Mode — •» 
rite I 



age- 
Wi 
Data Transfer 



Subcycle I 

Q1 I Q2 I Q3 I Q4 Q1 

^ I iH — r 
J/~i — IV± 



^()(>()i()()i<i^6^^ 



1st column 






yyyy^yyyyyy^yj^y^yysy^y^s^ 



I { { i I I 
^U L 



T — I — r 



I — ■ — ^7— i — h 

I — I — \ — r I I 



r^K 




2s^ 



cplumn 



>~l 



^<^4w^w<|w^ 



^^^^1^6^^ 



-I — I — ^ 



V 



I I I 



V 



\ZZ1 



8.8.3 



Note th at when accessing a 32-bit memory, the TMS34020 does not sample 
LRDY, PGMD, and BUSF LT durin g subsequent page-mode cycles.The 
TMS34020 does not sample SIZE1 6 during the page-mode cycle, because the 
memory has responded that it supports 32-bit a ccesses. Section 8.9 (page 
8-25) discusses dynamic bus sizing and SIZE16 in detail. 

Local-Memory Read/Write or Read-Modify-Write Cycle Timing 

The TMS34020 performs a read-modify-write cycle when inserting a field that 
crosses byte boundaries. This is not the same as the read-modify-write cycle 
specified for some DRAMs, because the CAS signals do not remain active low 
between the read and write. The read-modify-write operation consists of: 

Step 1 : A word is read from memory. 
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Step 2: The portion of that word corresponding to the field being inserted is 
loaded with the new value. 

Step 3: The modified word is written back to memory. 

If the accessed memory supports page-mode accesses, this operation occurs 
as a read followed by a page-mode write. Figure 8-6 shows the timing for the 
cycle. The status code output on LADO— LAD3 identifies a data transfer, pixel 
operation, or bus-locked operation. Note that the column address presented 
during the write data transfer cycle is the same as that present during the read 
data transfer cycle. 

Figure 5-6. Local-Memory Read/Write or Read-Modify-Write-Cycle Timing 
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If a bus fault or retry aborts this cycle, the cycle restarts from the aborted 
access. If the cycle is interrupted by a higher priority access between the read 
and the write, the memory controller restarts it from the write (unless the 
access was bus locked, in which case it restarts from the read). 

Note th at whe n accessing 32-bit memory, the TMS34020 does not sample 
LRDY, PGMD, and BUSF LT durin g subsequent page-mode cycles. The 
TMS34020 does not sample SIZE1 6 during the page-mode cycle, because the 
memory has responded that it supports 32-bit a ccesses. Section 8.9 (page 
8-25) discusses dynamic bus sizing and SIZE1 6 in detail. 



8.8.4 Host-Initiated Local-Memory Read and Write Cycles 



When the host requests access to the TMS34020's local memory, the host 
interface schedules a host request to the memory controller. The memory 
controller then performs the appropriate local-memory cycle. The host can 
request a read or a write; there are two types of each request. 

Q Host read from . . . 

■ local memory. This cycle transfers data from the local memory to the 
bidirectional data transceivers required to interface the LAD bus to the 
host's data bus. 

■ TMS34020 I/O register. This cycle transfers data from one of the 
TMS34020's I/O registers to the bidirectional data transceivers 
required to interface the LAD bus to the host's data bus. 

□i Host write to . . . 

■ local memory. This cycle transfers data from the bidirectional data 
transceivers to the local memory. 

■ TMS34020 I/O register. This cycle transfers data from the bidirec- 
tional data transceivers to one of the TMS34020's I/O registers. 

Chapter 7, Communicating with a Host Processor, describes these cycles in 
detail. Cycle timings for the four host local-memory cycles are in Figure 7-8 
(page 7-19), Figure 7-9 (page 7-20), Figure 7-15 (page 7-26), and 
Figure 7-1 6 (page 7-27). 

Host-initiated cycles use page mode only when accessing 1 6-bit memory. 
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8.9 Accessing 16-Bit or 32-Bit Memory Devices (Dynamic Bus Sizing) 

The TMS34020's dynamic bus sizing capability allows the local memory to be 
organized as 32 bits wide, 1 6 bits wide, or a combination of the two. This can 
be useful for minimizing system cost if only a small amount of a particular 
memory type (such as ROM or EPROM) is required. 

Initially, when the TMS34020 accesses a new location, the 1 6-bit word-select 
bit (S) is 0. (S is output on LAD4 during the address/status subcycle and on 
RCAO during the data subcycle.) S=0 means that the address output is aligned 
to a long-word. If the memory is 1 6 bits wide, only 1 6 bits of data are transferred 
during this access. Another mem ory acce ss with S=1 must be performed to 
transfer the remaining 1 6 bits. The SIZE1 6 pin provides a mechanism for doing 
this. 



The TMS34020 samples SIZE1 6 on LCLK2's low-to-high tra nsition during the 
data subcycle (at the same time as LRDY, BUSFLT, and PGMD). SIZE16 
conveys two different but related pieces of information to the TMS34020, 
depending on the value of S output during the memory cycle. 



Qi During the initial access to a location (when S=0), SIZE16 determines 
whether the memory is 32 or 1 6 bits wide. Asserting SIZE1 6 low selects 
1 6-bit wide memory. 



Q If SIZE16 was asserted low during the initial access to a location, the 
TMS3 4020 pe rforms a second access (with S=1). During this memory 
cycle, SIZE1 6 is used to determine which half of the LAD bus the memory 
is attached to (LADO— LAD15 or LAD16— LAD31). 

Table 8- 4 summarizes the interpretation of the different combinations of 
SIZE16andS. 



Table 8-4. Interpretation ofSIZEW 



S1ZE16 
(8=0) 


SIZE16 

(S=1) 


Interpretation 


1 


— 


32-bit access 








16-bit access via LADO— LAD15 





1 


1 6-bit access via LAD1 6— LAD31 



Note: If SIZE1 6 is sampled as a 1 when S=0, no access is made with S=1 . 



Determining which level to assert for the SIZE1 6 pin depends on which half of 
the LAD bus the memories are wired to: 

Q When data is transfe rred ove r LADO — LAD15, the external decode logic 
should simply assert SIZE16 low during all accesses to 16-bit memory. 

Q When data will be transferred over LAD1 6— LAD31 , the external decode 
logic can use the S bit's value to determine which level to assert on SIZE1 6 
during accesses to 1 6-bit memory. 
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8.9.1 Data Transfer Using Dynamic Bus Sizing 



With dynamic bus sizing, the initial access (with S=0) is no differ ent from a reg- 
ular 32-bit access. The TMS34020 asserts the appropriate CAS strobes for the 
access and transfers data over the LAD bus in the normal way. During the sec- 
ond access (with S=1), the local-memory control signals behave differently: 



□ The 2 least significant CAS strobes are s wapp ed wi th the most significant 
CAS stro bes; th e lev els init ially output on CASO and CAS1 (when S=0) are 
output on CAS2 and CASS, respectively, and vice versa. 

□i During a local-memory write, the LAD bus halves are swapped; the data 
initially output on LADO— LAD1 5 (when S=0) is output on LAD1 6— LAD31 , 
and vice versa. 

Q During a local-memory read, the data latched from LADO— LAD15 is 
swapped onto bits 16 — 31 of the internal data bus, and vice versa. 

This mechanism allows 1 6-bit memories t o be w ired directly to one half of the 
LAD bus and to the corresponding pair of CAS strobes, vyithout the need for 
any external multiplexing logic. 



Figure 8-7 shows a read operation from 16-bit memory. All CAS strobes are 
active during both read cycles. Figur e 8-8 shows a write operation to a 1 6-bit 
memory device. Note how the CAS strobes have been swapped during the 
second access. Both diagrams show page-mode operation (discussed in 
Section 8.9.2). 

I 1 

Note: 

During local-memory read cycles to 16-bit memory, the TMS34020 must 
merge the 1 6 bits of valid data latched during the second (S=1 ) cycle with the 
1 6 bits of valid data latched during the initial (S=0) cycle, forming the full 32 
bits for the access. During the initial cycle, all 32 bits of data on the LAD bus 
ar e latched , but only half is valid. During the second cycle, the level sampled 
on SIZE1 6 determines which half of this data is ovenA^ritten by the second 1 6 
bits of valid data. Because the halves of the LAD bus can be swapped only 
during the second access, memories connected to LAD16 — LAD31 must 
actually transfer the 1 6 MSBs of data during the initial cycle, and the 1 6 LSBs 
during the second cycle. This can be achieved by inverting the S bit before 
connecting it to the memory's least significant address pin. 



When performing a read-modify-write operation to 16-bit memory, the 
TMS34020 performs the 2 read cycles first, followed by the 2 write cycles. 

If the local-memory system indicates that the location being accessed is 
arranged as 16-bit memory, the TMS34020 always accesses both 16-bit 
words, even if it was only attempting to insert a field in the first of the two 16-bit 
words. 
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Figure 8-7. Dynamic Bu s Sizing for a Read Cycle (Connection to LADO—LAD 15, 
Indicated by SIZE1 6 Low During 2^^^ Data Cycle) 
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Figure 8-8. Dynamic Bu s Sizing for a Write Cycle (Connection to LAD16—LAD3 1, 
Indicated by SIZE1 6 Higli During 2"^ Data Cycle) 



Address Subcycle 

Q4 I Q1 I Q2 ' Q3 I Q4 

I — r I 1^ 

LCLK2l\_J 1/ 



LCLK1 



Data Transfer 
Subcycle 

Q1 I Q2 I Q3 I Q4 
I 
1^ 



Data Transfer 
Subcycle 

Q1 I Q2 I Q3 I Q4 

1\ 




8.9.2 Page Mode and Dynamic Bus Sizing 



Whenever possible, the TMS34020 uses pa ge mode for accessing 16-bit 
memory. The TMS34 020 samples SIZE16 at the same time as LRDY, 
BUSERR, and PGMD (on LCLK2's low-to-high transition im mediatel y follow- 
ing the address/status subcycle). If the TMS34020 samples PGMD low and 
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SIZE16 high (indicating that page-m ode accesses can be made to 32-bit 
memory), it does not sample SIZE16 again during th e page-m ode sequence 
that may follow. If, however, the TMS34020 samples SIZE16 low (indicating 
16-bit memory), it samples the signal during all subsequent page-mode 
accesses to determine which half of the LAD bus the memory is connected to. 



Q[ If the memory is connected to LADO — LAD15, SIZE16 is asserted low 
during all subsequent page-mode cycles. 

□i If the memory is connected to LAD1 6— LAD31 , the value of S output on 
the RCA bus can be used to determine the level of SIZE16 required for 
each page-mode cycle, as Table 8-4 (page 8-25) illustrates. 

Page mode greatly increases the rate of access to 1 6-bit memory. For exam- 
ple, reading or writing a long-word in 16-bit memory requires 2 standard 
memory cycles without page mode (at least 4 machine states), or a standard 
memory cycle followed by a page-mode cycle if page mode is supported (3 
machine states). If subsequent words are accessed using page mode, only 2 
machine states are required for each long-word. Similarly, a read-modify-write 
operation takes only 5 machine states in page mode, compared to 8 without. 

8.9.3 Bus-Locked Operation and Dynamic Bus Sizing 

The SWAPF instruction initiates the bus-locked read-modify-write operation. 
This operation is used for passing semaphores to and from a memory location 
that both the host and the TMS34020 can access. It is uninterruptible; if the 
cycle is interrupted between the read and the write, it starts again from the 
read. This ensures that the write always immediately follows the read. How- 
ever, if 2 reads and 2 writes are required, uninterruptibility cannot be guaran- 
tee d, and be cause of this, the bus-locked local-memory cycle does not sample 
the SIZE1 6 pin and does not support 1 6-bit memory. 

A single read and write are performed. Each cycle outputs only S=0. Any sema- 
phores contained in 16-bit memory locations that require S=1 in order to 
access them are not accessed during a bus-locked operation. 

8.10 VRAM Serial-Register Transfers 

The TMS34020 provides control for data transfers between the serial registers 
and the memo r y array of VRAMs. This is achieved by the appropriate timing 
of th e SF, CAS, TR/QE, and WE pins of the VRAMs at the falling edges of RAS 
and CAS. The cycles include 

Qi Memory-to-serial-register cycle (VRAM read transfer) 

Qi Memory-to-split-serial-register cycle (VRAM split-serial-register-read 
transfer) 

Qi Serial-register-to-memory cycle (VRAM write, pseudo-write transfers) 

Q Serial-register-to-memory cycle (VRAM alternate-write transfer) 
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8.10.1 Memory-to-Serial-Data-Register Cycle (VRAM Read Transfer) 



Performed when 



or 



Indicated by 



Status code 



executing a pixel-read instruction and 
CSTIDPYCTL] =1 

video timing logic requests a horizontal- blank-reload 
cycle and 
VCE[DPYCTL]| = 

Tr/QE and SF low and 



■ CAS and WE high when RAS goes low 

identifies a memory-to-register transfer 

■ 01 OO2 (initiated by the video timing logic) or 

■ 01 01 2 (initiated by the CPU) 



Although the TMS34020 ignores PGMD and SIZE16 during this cycle, you 
should hold them at a valid level (as the figures show them). 

As Figure 8-9 shows, this cycle causes TR/QE to make its low-to-high transi- 
tion at the beginning of Q3. 



Figure 8-9. Memory'to-SeriaI'Data-Register Cycle (VRAM Read Transfer) 

I Q4 I Q1 ] Q2 I Q3 | Q4 ' Q1 ] Q2 ] Q3 ' Q4 j Q1 
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8.10.2 Memory-to-Split-Serial-Data-Register Cycle 

(VRAM Split-Register Midline-Reload Transfer) 



Performed when 



Indicated by 



Status code 



SCOUNT overflows from all 1s to all Os, 
VCEIDPYCTLI is cleared to 0, and 
SSVCDPYCTLl and SRElDPYCTLj] are set to 1 

TR/QE low and 



■ CAS, SF, and WE high when RAS goes low 
OIOO2 (video-initiated VRAM-memory-to-register cycle) 



Although the TMS34020 ignores PGMD and SIZE1 6 during this cycle, they 
should be held at valid levels. 

Figure 8-10. Memory'tO'Split'Serial'Data-Reglster Cycle (VRAM Split-Register l\/lidline-Reload Transfer) 
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8.10.3 Serial-Data-Register-to-Memory Cycle 

(VRAM Write Transfer and Pseudo-Write Transfer) 



Performed wfien 



Indicated by 



Status code 



■ video timing logic requests a horizontal-blank reload 
and 

■ VCECDPYCTL] and SREIDPYCTL] are set to 1 

■ TR/QE, SF, and WE_Iow and 

■ CAS high when RAS goes low 

OIOO2 (video-initiated VRAM-memory-to-register cycle) 



The level of the VRAM SOE pin at the falling ed ge of RAS selects between write 
transfer (SOE low) and pseudo-write transfer (SOE high) cycles. Section 9.1 3, 
Video RAM Control (page 9-42), describes application of this cycle. 



Figure 8-11. VRAM Write Transfer and Pseudo-Write Transfer 
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Although the TMS34020 ignores PGMD and SIZE16 during this cycle, they 
should be held at vali d leve ls as shown. Note that external logic must provide 
control of the VRAM SOE pin. 
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8.10.4 Serial-Data-Reg ister-to-Memory Cycle (VRAM Alternate-Write Transfer) 



Performed when 



Indicated by 



Status code 



pixel-write instruction is executed and 
CSTlDPYCTL]issetto1 



■ CAS, W E, and SFhigh when RAS goes low and 

■ TR/QE low when RAS goes low 

01 01 2 (CPU-initiated VRAM-memory-to-register cycle) 



This cycle does not require use of the VRAM's SOE pin and does not affec t the 
status o f the serial I/O pins. Although the TMS34020 ignores PGMD and 
SIZE1 6 during this cycle, they should be held at valid levels, as shown. 

Figure 8-12, VRAM Alternate-Write Transfer 

Q4 I Q1 ! Q2 I Q3 I Q4 I Q1 I Q2 j Q3 ! Q4 | Q1 j 




Note: 

VRAMs without an SF pin do not directly support the VRAM alternate-write 
transfer. However, the only difference between this cycle and the VR AM w rite 
transfer (see Section 8.1 0.3) is the state of SF at the falling edge of RAS, so 
both cycles appear the same t o the VRAMs. In this case, the external hard- 
ware used to control the VRAM SOE pin must operate for both types of cycle. 
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8.11 VRAM Write-Mask Local-Memory Cycles 



Some VRAMs (such as the TMS44251) contain special logic to enhance the 
performance of writing certain types of data to the memory. The TMS34020 
provides direct support for the VRAM's on-chip write-mask and block-write 
capability. 

A write-mask register within the VRAM allows each 1-bit plane within the 
memory array to be selectively writable or write protected. This is equivalent 
to the TMS34020's plane mask (described in Section 12.10, page 12-39). 
When plane masking is used, the memory controller must normally perform a 
read-mod if y-write operation, so that only the required bits of each pixel are 
modified. However, when a copy of the plane mask is stored within the VRAM, 
the memory controller need only perform a special write cycle that uses the 
VRAM's write mask. The plane masking is then carried out within ttie VRAI\/I, 
as data is written. Obviously, the ability to perform a write instead of a read- 
modify-write significantly increases the rate at which data within the memory 
can be modified when using plane masking. 

Writing a 1 to VEN[CONFIGl indicates that the VRAMs in the system contain 
a write-mask register. The TMS34020 provides the following local-memory 
cycles to enable the VRAM's write mask to be used: 

Qi Load-write-mask cycle 

Qi Write cycle (with mask) 

Qi Block-write cycle (with mask) 

Section 8.12 (page 8-37) discusses block-write cycles, including block-write 
with mask. 



8.1 1 .1 Load-Write-Mask Cycle 



Performed wlien ■ PMASKL or PMASKH is written to and 
■ VENECONFIGl is set 



Indicated by ■ CAS , WE, TR/QE, and SF high at the falling edge of 

RAS and 

■ SF low at the falling edge of CAS 

Status code 01 1 02 (write-mask load) 

After the plane mask is copied into the TMS34020's PMASK registers, the 1 s 
complement of PMASK is written to a special register on the VRAM that is used 
in subsequent cycles requiring a write mask. (The 1 s complement of PMASK 
is output on the load-write-mask cycle because the TMS34020 masksXhe bits 
that are set high in the PMASK registers and the VRAM write mask enables 
the bits that are set high in the write-mask register.) 
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Although the TMS34020 ignores CAMD, PGMD, and SIZE1 6 during this cycle, 
they should be at a valid level at the time they would normally be sampled. 



Figure 8-13. Load-Write-Mask Cycle 



Write to the PMASK I/O Register 
I I I I I 



Load-Wrlte-Mask Cycle ^ 

I I I I I I I 




8-35 



VRAM Write-Mask Local-Memory Cycles 

8.11.2 Write Cycle (with l\Aask) 

Performed when 



Indicated by 



Status code 



executing a byte-aligned pixel-write instruction, 
the PMASK registers 9^ 0, 
CSTCDPYCTUl = 0, and 
VENICONFIG] = 1 



■ CAS , TR/QE, and SF high at t he fa lling edge of RAS, 

■ WE low at the falling edge o f RAS , and 

■ SF low at the falling edge of CAS 

IIOI2 (pixel operation) 



The data on LAD is written to memory just as a normal DRAM write, except that 
data in the VRAMs' write mask enables the data bits that are written to memory. 



Figure 8-14. Write Cycle (with Mask) 
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8.12 VRAM Block-Write Local-Memory Cycles 

Some VRAMs (like the TMS44251) contain special logic to enhance the per- 
formance of writing certain types of data to the VRAM. The TMS34020 directly 
supports the VRAM's on-chip write-mask and block-write capabilities. 

The block-write feature provides a method for writing to up to 1 28 bits of data 
during a single TMS34020 local-memory cycle (when writing a specific data 
pattern). The value latched on each of the VRAM's data pins enables/disables 
a write of a multi-bit value into the memory. This multi-bit value (typically 4 or 
8 bits) is stored in a color register within each VRAM. Block-write may be used 
to implement several functions; however, these are typically variations of two 
applications: 

Qi Fast fills. A fast fill uses block write to replicate the same pixel value or 
pattern in an area of memory. The pixel value or pattern is stored in the 
VRAM's color register. 

□ Data expansion. An example of data expansion is a bitmap stored in com- 
pressed form (with 1s representing the presence of a pixel and Os repre- 
senting the absence of a pixel). Typically, this sort of bitmap expansion is 
applied to character fonts, which may be stored in compressed form to 
save memory; data expansion allows the characters to be displayed in 
color (multi-bit pixels), but stored in black and white (1-bit pixels). 

8.12.1 VRAM Support of Block- Write Cycles 

During a block-write cycle, VRAMs ignore the 2 LSBs of the column address. 
This means that the 4 locations specified by the remainder of the column 
address are all selected. Which of these 4 locations is writt en to is determined 
by the value on the VRAMs' data pins at the falling edge of CAS; a 1 on a data 
pin enables a write, a prevents a write. Each data pin is associated with the 
appropriate location; the least significant data pin controls writes to the least 
significant location, the most significant data pin controls writes to the most 
significant location. If all 4 data pins are Is, all 4 locations are written to. 

When a write to a particular location is enabled, the value stored in the VRAM 
color register is copied into that location. If required, the VRAM write mask 
(described in Section 8.11 .1 , page 8-34) can be used to selectively enable or 
disable the write of each of the bits within the color register. 

8.12.2 TMS34020 Support of VRAM Block-Write Cycles 

The TMS34020 provides the following local-memory cycles to enable the 
VRAM block write to be used: 

Qi Load-color-register cycle 

Qi Block-write cycle (without mask) 

□ Block-write cycle (with mask) 

All of these cycles are initiated by specific instructions. Refer to the VLCOL, 
VBLT, and VFILL instructions in Chapter 1 3, and Sections 1 2.5.4 (page 12-14, 
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VRAM Block Mode PIXBLT) and 12.5.7 (page 12-16, VRAM Block Mode Fill) 
for more information on restrictions and use of these cycles. 



8.12.3 Load-Color-Register Cycle 

Performed when 
Indicated by 

Status code 



executing a VLCOL instruction 



■ CAS , WE, TR/QE, and SF high at the falling edge of 
RAS and 

■ SF high at the falling edge of CAS 

OIII2 (color-latch load) 



The data in C0L0R1 is output on the LAD bus and is written to a special VRAM 
register which is used during subsequent block-write cycles. The VRAMs 
ignore the address output during this cycle, so the TMS34020 outputs all Os 
onLADO— LAD31. 



Although the TMS34020 ignores CAMD, PGMD, and SIZE1 6 during this cycle, 
these signals should be at a valid level when they would normally be sampled. 



Figure 8-15. Load-Color-Register Cycle 
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8.12.4 Block-Write Cycle (Without Mask) 

Performed when ■ 

Indicated by 



executing a VBLT or VFILL instruction and 
PMASK = 



Status code 



■ CAS, WE, and TR/QE high at the falling edge of RAS, 

■ SF low at the falling edge of RAS, and 

■ SF high at the falling edge of CAS 

111 O2 (block write) 



The data stored in the VRAM's color register is written to the memory locations 
enabled by the appropriate data bits output on the LAD bus. This cycle allows 
up to a total of 128 bits to be written at once. 

Although 1 6-bit transfers are allowed on this cycle, external multiplexing logic 
is required to map the data correctly to the appropriate memories. 

Figure 8-16. Block-Write Cycle (Without Mask) 
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8.12.5 Block-Write Cycle (with Mask) 

Performed when 

Indicated by 



executing a VBLT or VFILL instruction and 
PMASK^iO 



Status code 



■ CA_S, TR/QE, and SF high at the falling edge of RAS, 

■ WE low at the falling edge of RAS, and 

■ SF high at the falling edge of CAS 

11 IO2 (block write) 



The data stored in the VRAM's color register is written to the memory locations 
enabled by the appropriate data bits output on the LAD bus. The value in the 
VRAM's write mask determines which bits of the VRAM's color register are 
written. This cycle allows up to a total of 1 28 bits to be written at once. Although 
this cycle allowsl 6-bit transfers, external multiplexing logic would be required 
to correctly map the data to the appropriate memories. 



Figure 8-17. Block-Write Cycle (with Mask) 
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8.12.6 Data Mapping During Block-Write Cycles 

Instructions that use block write (VBLT and VFILL) operate on data that is 
essentially a 1-bit-per-pixel representation of multi-bit pixels in the VRAM. 
However, because of the data expansion performed inside the VRAMs, the 
1 -bit data must be remapped (reordered) before being output on the LAD bus. 

For example, consider a system that uses 4 bits per pixel and eight 4-bit 
VRAMs (such as 1 -Mbit VRAMs constructed as 256Kx4). For reference, num- 
ber the VRAMs from to 7, with VRAM connected to the 4 LSBs of the LAD 
bus, and VRAM 7 connected to the 4 MSBs of the LAD bus. Because the pixel 
size is 4, each regular memory access to a long-word accesses 8 pixels at a 
time. Because there are 8 VRAMs, pixels with adjacent addresses are not 
physically stored in the same VRAM. VRAM holds pixels 0, 8, 1 6, 24, etc. In 
general, the VRAM containing pixel n also contains pixelsiz+8, /2+I6, n+24, 
etc. Table 8-5 shows this. 

Table 8-5. Connections of 4-Bit VRAMs to tiie TMS34020 LAD Bus for 4 Bits per Pixel 





VRAM? 


VRAM 6 


VRAM 5 


VRAM 4 


VRAMS 


VRAM 2 


VRAM1 


VRAMO 


VRAM Bit # 


3 


2 


1 





3 


2 


1 





3 


2 


1 





3 


2 


1 





3 


2 


1 





3 


2 


1 





3 


2 


1 





3 


2 


1 





LAD Bus 
Connection 


3 
1 


3 



2 
9 


2 
8 


2 
7 


2 
6 


2 
5 


2 

4 


2 
3 


2 
2 


2 

1 


2 



1 
9 


1 
8 


1 

7 


1 
6 


1 
5 


1 
4 


1 
3 


1 
2 


1 
1 


1 



9 


8 


7 


6 


5 


4 


3 


2 


1 





DO Pixel # 
D1 Pixel # 
D2 Pixel # 
D3 Pixel # 


7 
15 
23 
31 


6 

14 
22 
30 


5 
13 
21 
29 


4 
12 
20 
28 


3 
11 
19 
27 


2 
10 
18 
26 


1 

9 

17 
25 



8 
16 
24 



Note: D/i Pixel # refers to the pixels controlled by VRAM data pin On during a block-write cycle (n is 0, 1 , 2, or 3). 

Normally, when the TMS34020 addresses long-word 0, the 8 VRAMs access 
pixels — 7; when the TMS34020 addresses long-word 1 , the VRAMs access 
pixels 8 — 1 5. Now consider a block-write cycle; the VRAMs ignore the 2 LSBs 
of the address, selecting 4 contiguous 4-bit locations within each VRAM for 
access. The 4 data lines act as write enables; a 1 on a data line enables a write 
of the color register to the corresponding 4-bit location in the VRAM. The data 
from the TMS34020 is organized so that each bit enables (or disables) the writ- 
ing of a pixel, allowing 32 pixels to be written for each long-word of data passed 
to the VRAMs. As Table 8-5 shows, the data on LADO — 3, for example, con- 
trols pixels 0, 8, 1 6, and 24 in the VRAM. It is evident that the order of the bits 
within the CPU is not the same as the order of the bits expected by the VRAM. 

If you want to write pixel 8 only, then the D1 data input of VRAM should be 
a 1 (that is, the long-word on the LAD bus must be 0000 0002h). However, 
because the TMS34020 operates on 32 contiguous bits that represent 32 con- 
tiguous pixel locations in the memory, enabling pixel 8 is represented by setting 
bit 8 (so the long-word in the CPU is 0000 01 OOh). 

The TMS34020 logic performs the remapping necessary to reorder the bits 
within each 32-bit word, so the bits are written out over the LAD bus in the order 
expected by the VRAMs. Table 8-6 shows the remapping for 4 bits per pixel. 
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Table 8-6. Data Remapping for Block Write at 4 Bits per Pixel 



Internal 
Data Bit 


LAD Pin 
Number 


VRAM Connection 


Internal 
Data Bit 


LAD Pin 
Number 


VRAM Connection 








VRAM 0, data pin 


16 


2 


VRAM 0, data pin 2 


1 


4 


VRAM 1, data pin 


17 


6 


VRAM 1, data pin 2 


2 


8 


VRAM 2, data pin 


18 


10 


VRAM 2, data pin 2 


3 


12 


VRAM 3, data pin 


19 


14 


VRAM 3, data pin 2 


4 


16 


VRAM 4, data pin 


20 


18 


VRAM 4, data pin 2 


5 


20 


VRAM 5, data pin 


21 


22 


VRAM 5, data pin 2 


6 


24 


VRAM 6, data pin 


22 


26 


VRAM 6, data pin 2 


7 


28 


VRAM 7, data pin 


23 


30 


VRAM 7, data pin 2 


8 


1 


VRAM 0, data pin 1 


24 


3 


VRAM 0, data pin 3 


9 


5 


VRAM 1, data pin 1 


25 


7 


VRAM 1, data pin 3 


10 


9 


VRAM 2, data pin 1 


26 


11 


VRAM 2, data pin 3 


11 


13 


VRAM 3, data pin 1 


27 


15 


VRAM 3, data pin 3 


12 


17 


VRAM 4, data pin 1 


28 


19 


VRAM 4, data pin 3 


13 


21 


VRAM 5, data pin 1 


29 


23 


VRAM 5, data pin 3 


14 


25 


VRAM 6, data pin 1 


30 


27 


VRAM 6, data pin 3 


15 


29 


VRAM 7, data pin 2 


31 


31 


VRAM 7, data pin 3 



Due to the organization of the VRAM, which accesses 4 bits at a time, the data 
expansion of the block-write feature is possible only when PSIZE >4. 



Table 8-7. Block-Write Data Expansion 





Pixels per 32-bit 


Pixels per 


Bits per pixel 


write 


block write 


1 


32 


— 


2 


16 


— 


4 


8 


32 


8 


4 


16 


16 


2 


8 


32 


1 


4 



The TMS34020 supports the data bus remapping required for 4, 8, 1 6, and 32 
bits per pixel. The TMS34020 uses the value contained within the PSIZE regis- 
ter to determine the correct data remapping to be used. Table 8-8 and 
Table 8-9 show the data connections and required remapping for 8 bits per 
pixel. Because two 4-bit VRAMs are needed to hold an 8-bit pixel, the VRAM 
data lines must be controlled in pairs; thus, the 32-bit bus can write only 1 6 pix- 
els at a time. 
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Table 8-8. Connections of 4-Bit VRAH^s to tlie TMS34020 LAD Bus for 8 Bits per Pixel 





RAM 7 


RAM 6 


RAMS 


RAM 4 


RAM 3 


RAM 2 


RAMI 


RAMO 


VRAM Bit # 


3 


2 


1 





3 


2 


1 





3 


2 


1 





3 


2 


1 





3 


2 


1 





3 


2 


1 





3 


2 


1 





3 


2 


1 





LAD Bus 
Connection 


3 
1 


3 



2 
9 


2 
8 


2 
7 


2 
6 


2 
5 


2 

4 


2 

3 


2 
2 


2 

1 


2 



1 
9 


1 
8 


1 
7 


1 

6 


1 
5 


1 
4 


1 
3 


1 
2 


1 
1 


1 
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DO Pixel # 
D1 Pixel # 
D2 Pixel # 
D3 Pixel # 


3 

7 
11 
15 


2 
6 
10 
14 


1 
5 
9 
13 



4 
8 
12 



Note: Dw Pixel # refers to the pixels controlled by VRAM data pin On during a block-write cycle (n is 0, 1 , 2, or 3). 

The VBLT and VFILL instructions always operate on 32 1 -bit pixels at a time. 
As Table 8-7 shows, the number of pixels that can be written in each 
block-write cycle is less than 32 when the pixel size is 8 or more. The instruc- 
tions automatically compensate for this by generating the appropriate number 
of block-write cycles to ensure that all the data is written. Similarly, 4 block-write 
cycles are required at 16 bits per pixel, and 8 at 32 bits per pixel. 

Table 8-9. Data Remapping for Block Write at 8 Bits per Pixel 



Internal 
Data Bit 


Internal 
Data Bit 


LAD Pin 

Number VRAM Connection 





16 


and 4 VRAM 0, data and VRAM 1 , data 


1 


17 


8 and 1 2 VRAM 2, data and VRAM 1 , data 


2 


18 


1 6 and 20 VRAM 4, data and VRAM 1 , data 


3 


19 


24 and 28 VRAM 6, data and VRAM 1 , data 


4 


20 


1 and 5 VRAM 0, data 1 and VRAM 1 , data 1 


5 


21 


9 and 1 3 VRAM 2, data 1 and VRAM 1 , data 1 


6 


22 


1 7 and 21 VRAM 4, data 1 and VRAM 1 , data 1 


7 


23 


25 and 29 VRAM 6, data 1 and VRAM 1 , data 1 


8 


24 


2 and 6 VRAM 0, data 2 and VRAM 1 , data 2 


9 


25 


1 and 1 4 VRAM 2, data 2 and VRAM 1 , data 2 


10 


26 


1 8 and 22 VRAM 4, data 2 and VRAM 1 , data 2 


11 


27 


26 and 30 VRAM 6, data 2 and VRAM 1 , data 2 


12 


28 


3 and 7 VRAM 0, data 3 and VRAM 1 , data 3 


13 


29 


1 1 and 1 5 VRAM 2, data 3 and VRAM 1 , data 3 


14 


30 


1 9 and 23 VRAM 4, data 3 and VRAM 1 , data 3 


15 


31 


27 and 31 VRAM 6, data 3 and VRAM 1 , data 3 



Note: Data bits & 1 6 use the same LAD pin numbering and VRAM connection infor- 
mation, as do data bits 1 & 17, 2 & 18, etc. 
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8.13 DRAM-Refresh Local-Memory Cycles 



The T MS34 020 supports DRAM and VRAM memory refresh with CAS- 
before-RAS refresh cycles. Each time the internal refresh counter counts the 
number of machine states indicated by RRlCONFJG], a DRAM-refresh 
request is scheduled. DRAM-refresh cycles are performed according to the 
local-memory cycle priorities outlined in Section 8.3 (page 8-6). The 
TMS34020 can keep track of up to 15 pending DRAM-refresh requests 
(although it is unlikely that this many refreshes could ever be scheduled but not 
performed). 

The refresh cycle has been implemented on the TMS34020 to use 3 machine 
cycles (12 quarte r cyc les), so th e refresh status may be used to modify the 
generation of the RAS and CAS signals to the DRAMs. 

The refresh pseudo-address output to RCAO— RCA12 and LADO— LAD31 
comes from the 16-bit REFADR register, which is incremented after each 
refresh cycle. The 16 bits of the address are placed on LAD16— LAD31 and 
LADO— LAD3 contain the refresh status code. All other LAD bus lines are Os. 
The logical addresses on RCAO— -RCAI 2 corresponding to LAD16— LAD31 
also output the address from REFADR. The LAD and RCA buses are held con- 
stant through the refresh cycle. 



Note that CAMD, PG MD, and SIZE1 6 are not sampled during a refresh cycle, 
although PGMD and SIZE16 must be held at a valid level as indicated in 
Figure 8-18. Once the refresh cycle has begun, Gl is not sampled until it 
completes. LR DY a nd BUSFLT are not sampled until LCLK2's low-to-high 
transition after RAS has gone low. 

If a refresh cycle is aborted because of a retry, then the count of refreshes 
pending is not decremented and the same pseudo-address is reissued when 
the refresh is restarted. 
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Figure 8-1 8. Refresh Cycle Timing 
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8.14 Local-Memory Cycles with Wait States 



All other local-memory cycle timing diagrams throughout this chapter assume 
. that LRDY is sampled high during the cycle and that there are no wait states. 
A slower memory that requires a longer cycle time may pull the LRDY pin low. 
The TMS3 4020 samples the LRDY input on the low-to-high transition of LCLK2 
after RAS goes low, as indicated in the illustrations. If LRDY is low, the 
TMS34020 inserts an additional state, called a wait state, into the cycle by 
maintaining all of the signals output to memory at the same level. Wait states 
continue to be inserted until LRDY is sampled at a high level. 



8.14.1 Adding Wait States in Read and Write Cycles 



Figure 8-19 shows an example of a local-memory read cycle extended by 1 
wait state. The first time LRDY is sampled, the TMS34020 detects a low level, 
causing the cycle to be extended by 1 wait state. When LRDY is sampled one 
LCLK period later, the TMS34020 detects a high level, permitting the cycle to 
complete. 

All local-memory read and write cycles (including the special write-mask and 
block-write cycles for VRAMs) are extended in the same way as Figure 8-1 9. 
VRAM serial-register transfers are extended slightly differently. 

I ^ 1 

Note: 



PGMD, SIZE16, and BUSFLT must be held at a valid level a t the beginni ng 
of each Q2 until LRDY is sampled high. The levels of PGMD and SIZE16 at 
the time LRDY is sampled high will affect the subsequent cycle (allowing page 
mode or dynamic bus sizing). 
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Figure 8-19. Local-Memory Read Cycle with 1 Wait State 
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Key: LAD (TMS34020): The TMS34020 outputs this to the LAD bus. 
LAD (memory): Memory outputs this to the LAD bus. 
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8.14.2 Adding Wait States in VRAIVI Serial-Register Transfers 



Figure 8-20 shows an example of a memory-to-serial-data-register transfer 
cycle extended by 1 wait state. The wait state is inserted in exactly th e same 
way as for other local-memory cycles. During a serial register transfer, TR/QE 
normally makes a low-to-high transition 1/4 cycle earli er than the other 
local-memory control signals. When await state is inserted, TR/QE is not kept 
low during the wait state. All serial-register transfers exhibit this behavior. 



Figure 8-20. Memory-to-Serial-Data-Register Cycle with Wait State (VRAM Read Transfer) 
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8.15 The Host-Default Local-Memory Cycle 



When no other local-memory requests are pending, the memory controller 
executes a special idle cycle known as the host-default cycle. Th memory 
controller repeats the host-default cycle until another memory request occurs. 

The host-default cy cle is si mila r to th e address subcycle of a host-initiated 
access, except that ALTCH and RAS are not activated. Figure 8-21 shows a 
host-default cycle. During this cycle, the host access status code is output on 
LADO— LADS. The address output on the remainder of the LAD bus and the 
RCA bus comes from the internal register used to store the address provided 
by the host for a host access. 



Figure 8-21. The Host-Default Cycle 
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The add res s and status code output are normally of no significance, because 
ALTCH and RAS are not activated. Tlie reason they are output at all is because 
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the host-default cycle provides a mechanism for reducing the time taken to 
respond to a host request when the local-memory interface is idle. 

If the TMS34020 synchronizes a host request while performing the host- 
default c ycle, inte rnal logic converts the cycle into an ordinary host access (by 
asserting ALTCH and RASatthe appropriate times). This is similarto any other 
host access. If this happens, the address output at the beginning of the host- 
default cycle will be the valid address for the access. 



8.16 Addressing Mechanisms 



The TMS34020 uses a 32-bit logical address that points to a bit in memory. The 
logical address bits are numbered from to 31 , where bit is the LSB and bit 
31 is the MSB. The TMS34020 uses logical address bits 0—4 to specify the 
bit address for a particular access but does not output these bits. Thus, each 
of the TMS34020's memory accesses are initially aligned to a 32-bit boundary. 

A 1 6-bit word address pointer (S) is output in place of logical address bit 4. This 
bit is a 1 only when you are using the dynamic bus sizing capability of the 
TMS34020 to access the second of the two 1 6-bit memory locations needed 
to contain all the data specified by the logical long-word (32-bit) address. 
Section 8.9 (page 8-25) describes dynamic bus sizing in detail. 

During each local-memory cycle, the TMS34020 outputs the long-word 
address and 16-bit word select in two different formats: nonmultiplexed and 
multiplexed. 

8.16.1 Nonmultiplexed Addressing 

During an address/status subcycle, the following information is output on the 
LAD bus. 

□ full logical long-word address on LADS— LAD31 

Qi 1 6-bit word select (S) on LAD4 

Q local-memory cycle status code on LADO— LAD3 

Figure 8 -22 shows this. The high-to-low transition of the address latch signal 
(ALTCH) can be used to hold this information in external latches (such as the 
74ALS573) during the entire memory cycle for memory devices or decode 
logic that require a static address. 

For accesses to 32-bit memories, the S bit on LAD4 is always 0. S=1 only if 
the TMS34020 accesses a 1 6-bit memory that does not support page mode. 
In this case, separate local-memory cycles (consisting of both address/status 
and data subcycles) must be performed for each 16-bit location within the 
long-word being accessed. S=1 forthe second of these accesses. Sections 8.7 
and 8.9 (pages 8-15 and 8-25) discuss page mode and dynamic bus sizing, 
respectively. 
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Figure 8-22. Logical Address Output on LAD 
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8.16.2 Multiplexed Addressing 



The TMS34020 provides direct support for DRAMs and VRAMs, which expect 
an address' row and column parts to be provided sequentially, time-multi- 
plexed over the same wires. The 1 3-bit RCA bus is used for this purpose. For 
the sake of brevity, this section uses the word DRAIVI to refer to DRAM, VRAM , 
or any other device that expects multiplexed row and column addresses. 

During an address/status subcycle, a subset of the logical long-word address 
output on the LAD bus is output simultaneously on the RCA bus. This serves 
as the row address for the DRAMs. During a data subcycle, a different subset 
of the logical address is output on the RCA bus. This serves as the column 
address for the DRAMs. The 1 6-bit word select (S) is also output on the RCA 
bus during the data subcycle. 

The RCA bus is designed so that DRAMs from 64Kxaz to 1 6Mxn can be con- 
nected directly, without external multiplexing hardware, {n represents the 
number of 1-bit memories of the base size integrated onto a single chip. For 
example, 1-Mbit VRAMs are implemented as four 256K memories within a 
single chip; 256Kx4.) To do this, the following requirements must be met: 

Qi All the row address bits for the DRAM must be available during the 
address/status subcycle, and then all the column address bits must be 
available during the data subcycle on exactly the same RCA pins. 

Q All the logical address bits that comprise the row and column addresses 
must form a continuous field. That is, all the logical address bits between 
the lowest and the highest connected to the DRAMs must also be 
connected. If this is not the case, the memory will not be fully decoded. 

Qi Logical address bits that are connected to the DRAMs at row-address time 
should not be connected to the DRAMs at column-address time. 

Because the different DRAM sizes require different numbers of address lines 
(from 8 for 64Kxn up to 12 for 16Mx«), this can be achieved only by providing 
a number of programmable choices for the subsets of the logical address 
output at row-address time and at column-address time. Two mechanisms are 
provided to do this: 

□ RCMECONFIG] determines the address subset output at row-address 
time. The RCM bits are loaded from bits 1 and 2 of the reset vector 
(address FFFF FFEOh; Section 6.12.4, page 6-26, discusses this). 
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Qi The address subset output at column-address time is determined dynami- 
cally on a cycle-by-cycle basis by the CAMD pin. This allows DRAMs of 
different array sizes to coexist within the same system, still without the 
need for external multiplexing hardware. 

RCMlCONFIG]] determines the DRAM base array size for the application. 
This is the DRAM array size supported when CAMD=0. It is determined by the 
displacement between the logical address bit output on any given RCA pin at 
row-address time and the logical address bit output on the same pin at 
column-address time. For instance, when the base array size=64Kx/2, if the 
logical address bit output at row-address time on a given RCA pin is bit m, then 
the logical address bit output on the same pin at column-address time is bit 
m-8. For 256Kx/2 base array size, it is bit m-9, and so on. Base DRAM array 
sizes supported are 64Kxn, 256Kxaz, 1 Mxw, and 4Mxn. 

The TMS34020 samples the data on the CAMD pin on LCLKVs low-to-high 
transition at the end of the address/status subcycle. This allows you to decode 
the full logical address output on the LAD bus at this time (or the row address 
output on the RCA bus) with external logic to determine what the array size of 
the memory being addressed is, and thus what the column-address mode 
should be for the particular access. Table 8-1 shows all the possible DRAM 
array sizes that are supported by the various combinations of the RCM bits and 
the CAMD pin. 



Table 8-10, DRAM Array Sizes 



ROM 


Base Array 
(CAMD=0) 


Additional Arrays 


1 


Supported by CAI\/ID=1 





64KX;2 


256KXrt,1Mxn 


1 

1 

1 1 


256KX/1 


1Mxn,4Mx« 


1Mx« 


4Mxn 


4Mx« 


16Mxw (32 bits wide only) 



Note: 16MX/2 memory can be addressed only as 32-bit-wide memory; dynamic bus 
sizing cannot be used, because there Is no way to Incorporate the S bit into the 
address connected to DRAMs of this size. 

Qi When CAMD=0, the logical address bits output on the RCA bus at 
column-address time allow DRAMs of the base array size to be connected. 

□ When CAMD=1, a different logical address mapping is generated at 
column-address time. For most of the RCA pins, the logical address bits 
output at column-address time when CAMD=0 are output 1 RCA pin higher 
when CAMD=1 . For example, the logical address bit output on RCA6 when 
CAMD=0 is output on RCA7 when CAMD=1 . This increases the displace- 
ment between the logical address bit output on a given RCA pin at 
row-address time and the logical address bit output on the same pin at 
column time by 1 , thus allowing DRAMs with an array size 1 larger than 
the base array size specified by the RCM bits to be directly connected. 
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For some base array modes, RCA4, RCA11, and RCA12 may output logical 
address bits that are not determined by this CAMD=1 mapping: 

64Kxw The logical address bits output on RCA1 1 and RCA1 2 are not contigu- 
ous with the logical address bits output on RCA1 — RCA1 0. This allows 
for 1 Mx/2 DRAMs to be connected without the same logical address bit 
appearing in both row and column addresses. 

256KxwThe logical address bit output on RCA1 2 is discontiguous with the log- 
ical address bits output on RCA1 — RCA11. This allows 4Mx/2 DRAMs 
to be connected withoutthe same logical address bit appearing in both 
the row and column addresses. 

4Mx/i The logical address bits output on RCA12 and RCA4 allow ^6Mxn 
DRAMs to be connected without the same logical address bit appear- 
ing in both the row and column addresses. 

All except 4Mx/i 

The S bit is always mapped to RCA4. 

Table 8-1 1 lists the actual logical address bits output on the RCA bus for each 
of the base DRAM array sizes, with both states of CAMD. 

Table 8-11. Logical Addresses Output on the RCA Bus 



RCM 


Base 
Array 


Address 
Time 


CAMD 


RCA Bus 


1 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 







64Kx« 
A=8 


Row 


— - 


24 


23 


22 


21 


20 


19 


18 


17 


16 


15 


14 


13 


12 





Column 





16 


15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


S 




Column 


1 


23 


22 


13 


12 


11 


10 


9 


8 


7 


6 


5 


S 


S 




256KXA2 
A=9 


Row 


— 


25 


24 


23 


22 


21 


20 


19 


18 


17 


16 


15 


14 


13 


1 


Column 





16 


15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


S 




Column 


1 


26 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


S 


S 




1Mxn 
A=10 


Row 


— 


26 


25 


24 


23 


22 


21 


20 


19 


18 


17 


16 


15 


14 


1 


Column 





16 


15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


S 




Column 


1 


15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


S 


S 




4MXrt 
A=11 


Row 


— 


27 


26 


25 


24 


23 


22 


21 


20 


19 


18 


17 


16 


15 


1 1 


Column 





16 


15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


S 




Column 


1 


28 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


S 


16 



Key: A is the displacement between the logical address bits output at row-address time and column-address 
time on a given pin, for CAMD=0. 
n is the number of 1 -bit memories for each of the base array sizes, integrated within a single chip. 
S is the 1 6-bit word select. 

During page-mode memory cycles (described in detail in Section 8.7, page 
8-15), the data subcycle is repeated. Each time access to a new location is 
required, the address output on the RCA bus at this time is incremented or 
decremented. 
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8.16.3 Display Memory Requirements for iViultiplexed Addressing 

The TMS34020's RCA bus makes provision for many different multiplexed 
addressing schemes. However, in a graphics based system, there are some 
additional considerations that should be taken into account regarding the 
display memory. 

When addressing the display memory (the memory area that stores the graph- 
ics image output to the screen), the logical address bits connected to the 
VRAMs must be sequential. That is, the least significant logical address bit is 
the LSB of the address presented to the VRAMs, the next least significant 
logical address bit is the next LSB of the address presented to the VRAMs, and 
so on up to the most significant logical address bit, which is the MSB of the 
address presented to the VRAMs. 

If this is not the case, pixels with sequential addresses are not stored in 
sequential locations within the VRAM. This means pixels do not appear on the 
screen in the order they appear in the address map. Because of this require- 
ment, the display memory should not be implemented with 

Qi 1 Mxn VRAMs when the base DRAM array size is 64Kxn 
Qi 4Mxn VRAMs when the base DRAM array size is 256Kxrt 
Q 1 6Mxn VRAMs when the base DRAM array size is 4Mxn 

When using DRAMs to store data that is not to be output to the screen, the 
order in which the data is actually stored in the memory is unimportant; thus, 
these considerations do not apply. 

8.16.4 Example Connections for l\/lultiplexed Addressing 

Table 8-12 provides example wiring configurations for DRAMs of different 
array sizes. This table assumes that any bank selecting is done with high-order 
logical-address bits so that the banks are not interleaved. This means that the 
DRAMs are wired to the lowest RCA pins possible. 

In all modes except 4Mx/z with CAMD=1 , connections are shown for memory 
arranged as 32 bits wide and 16 bits wide. The latter requires the use of the 
TMS34020's dynamic bus sizing capability. You can't connecti 6-bit-wide 
1 6Mxn memory; if the S bit is connected to one of the memory's address pins, 
logical address bit 15 cannot be connected. This means that the data within 
the DRAM appears at 2 logical addresses (one for each of the values of logical 
address bit 15). 
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Table 8-12. 


Example 


Connections to the RCA Bus 






















Base 


CAMD 


DRAM 
Array 


RCA Bus Wiring 


Array 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 





64Kxn 





64K(16) 
64K (32) 










a7 


a7 
aS 


a6 
a5 


35 

a4 


a4 
a3 


a3 
a2 


a2 
a1 


a1 
aO 


aO 




1 


256K(16) 
256K (32) 
1M(16) 
1M(32) 


ag 


a9 


a8 
a8 


a8 
a7 
a8 
a7 


a7 
a6 
a7 
a6 


a6 
a5 
a6 
a5 


a5 
a4 
a5 
a4 


a4 
a3 
a4 
a3 


a3 
a2 
a3 
a2 


a2 
ai 
a2 
a1 


a1 
aO 
a1 
aO 


aO 
aO 




256KX/J 





256K(16) 
256K (32) 








a8 


a8 
a7 


a7 
a6 


a6 
a5 


a5 
a4 


a4 
a3 


a3 
a2 


a2 
a1 


a1 

ag 


aO 




1 


1M(16) 
1M(32) 
4M (32) 


a10 


a9 
a9 


ag 

a8 
aS 


a8 

87 

a7 


a7 
a6 
a6 


a6 
a5 
a5 


a5 
a4 
a4 


a4 
a3 
a3 


a3 
a2 
a2 


a2 
a1 
a1 


a1 
aO 
aO 


aO 




1Mx« 





1M(16) 
1M(32) 






ag 


a9 
a8 


a8 
a7 


a7 
a6 


a6 
a5 


a5 
a4 


a4 
a3 


a3 
a2 


a2 
a1 


a1 
aO 


aO 




1 


4M(16) 
4M (32) 


a10 


alO 
a9 


a9 
aS 


a8 
a7 


a7 
a6 


as 
a5 


a5 
a4 


a4 
a3 


a3 
a2 


a2 
a1 


a1 
aO 


aO 




4Mx« 





4M (16) 
4M (32) 




alO 


a10 
a9 


ag 

a8 


a8 
a7 


a7 
a6 


a6 
a5 


a5 
a4 


a4 
a3 


a3 
a2 


a2 
a1 


a1 
aO 


aO 




1 


16M(32) 


a11 


alO 


ag 


a8 


a7 


a6 


a5 


a4 


a3 


a2 


a1 




aO 



Note: aO — a11 are the DRAM address pins (aO is the least significant). 

8.16.5 Memory Organization and Banic Selecting 



System memory is typically partitioned intoseveral banks. Each bank contains 
the number of memory devices that can be accessed in a single memory cycle. 
Thus, the number of memory devices per bank is determined by dividing the 
data-bus width by the memory-device width. The TMS34020's data bus can 
access 1 6 or 32 bits per cycle (depending on dynamic bus sizing). Therefore, 
a bank composed of 1 Mx1 RAMs contains 1 6 or 32 RAM devices. Using 
256Kx4 RAMs requires either 4 or 8 RAM devices. 

Logical address bits not used to form the row and column addresses of the 
DRAMs can be used to select betwe en bank s. These bits can be decoded with 
external logic, so that only the RAS or CAS strobe to the appropriate memory 
bank is enabled. This can be achieved in two ways: 

Qi The DRAM'S address pins can be connected to the RCA bus' lower end. 
Use higher order logical address bits to selec t betw een different banks; 
prevent activation of the unselected banks' RAS pins. These can be 
decoded from either the LAD or RCA bus during the address/status sub- 
cycle. In this case, the long-words within a given bank are contiguous. For 
instance, if each bank contains m words, then one bank may contain words 
to m-1 , the next bank words m to 2m-1 , and so on. 
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Qi The DRAM'S address pins can be connected to the RCA bus' upper end. 
Use lower order logical address bits to s elect b etween different banks; pre- 
vent activation of the unselected banks' CAS pins. These can be decoded 
from the RCA bus during the data subcycle. In this case, the long-words 
within each bank are interleaved— if there are 2 banks, all odd words are 
in one bank, and all even words in another; each bank contains alternating 
words. If there are 4 banks, each bank contains every fourth word, etc. 

Although you can use either form of bank selecting (or a combination of the 
two), be aware that interleaved banks do not easily support the use of the 
special block-write features available on some VRAMs and supported by the 
VBLT and VFILL instructions. This is because the VRAM block write allows 4 
long-words to be written to simultaneously. If you use interleaved banking, 
these 4 words will not all be contained within the same memory bank. However, 
because the VRAMs ignore the 2 LSBs of the column address when a 
block-write cycle is performed, it is not possible to write less than 4 long-words 
at a time to a given bank. 

In a typical graphics system, the local memory is divided into two parts: 

m display memory 

Qi system memo/y (additional DRAMs needed to store programs and data) 

A high-order address bit is typically used to select between the two. Within 
each part, other address bits can be used to select particular banks. 

The decode logic must be capable of more than just selecting a particular bank 
of the display memory or system memory during a memory read or write cycle. 
It must also be able to enable all DRAMs and VRAMs during a DRAM-refresh 
cycle and to enable the appropriate VRAMs during a serial-register transfer 
cycle. The decode logic must then distinguish DRAM-refresh and serial-regis- 
ter transfer cycles from memory-access cycles. This is done by decoding the 
4 LSBs of the address output on the LAD bus to determine the current bus 
status. 

8.16.6 Display Memory Hardware Requirements 

The minimum number of memory bits required to implement the display 
memory is the product of the total number of pixels (on-screen and off-screen 
areas combined) and the number of bits per pixel. The minimum number of 
VRAMs required to contain the display memory is calculated as follows: 

(pixels per line) x {lines per frame) x {bits per pixel) 



number of VRAMS 



number of bits per VRAM 



This calculation yields the minimum number of VRAMs needed; however, 
some applications may require additional VRAMs. For example, the 
TMS34020 supports XY addressing most efficiently when the number of pixels 
per line of the display memory is a power of 2. Achieving this may require more 
than the minimum number of VRAMs needed to contain the display. 
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8.17 Double-Buffered Display Example (2x1280x1024) 



As an example, consider a display system that implements a 1280x1024 
double-buffered screen at 8 bits per pixel, with an additional 4 Mbytes of 
system memory. 

The TMS34020's 32-bit data path allows four 8-bit pixels to be accessed simul- 
taneously. This also means that 4 pixels are clocked out of the VRAMs' serial 
registers simultaneously. If the display is refreshed 60 times per second, pixels 
must be displayed at a rate of one every 1 2.7 ns. The VRAMs' serial registers 
must therefore be clocked once every 50.8 ns (that is, at a frequency of 1 9.6 
MHz). This is well within the operating range of VRAMs. 

The VRAM address decoding scheme shown in Figure 8-23 provides for 
these configuration requirements. Three logical address bits (23, 24, and 25) 
are used as bank-select bits. Logical address bits 5 — 13 are used as the 9-bit 
column address, and bits 1 4 — 22 are used as the 9-bit row address. The base 
VRAM array size should be set (via RCMCCONFIG] ) to 256Kxn. Referring to 
Table 8-1 1 (page 8-53), the row and column addresses are multiplexed out on 
the same 9 pins, RCA1 — RCA10. The total number of address bits used to 
address external memory is 26, for a total address reach of 8 megabytes. The 
remaining 6 address bits output by the TMS34020 are not used for this exam- 
ple, but could be used for more system memory or any peripherals required 
for the system. 



Figure 8-23. VRAM Address Decode for Example System 
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LAD 



32-bit logical address ■ 



I pin # 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 87654321 | 



^ 



I" I" 



m 



li" 1" 



z: 



ii"ii' 



9-bit row address 



9-bit column address 



BIT 



Key: BIT: Bit-select within 32-bit long-word 
BS1: Bank-select bit 1 

;«-x<'X«««<««<««sV«sV«<«««*x*»x«x-x%**x-x««<««<«<»^^ 



BSO: 
BS2: 



Bank-select bit 
Bank-select bit 2 






BSO & BS1 (bank-select bits and 1 ) select between the 2 buffers in the dis- 
play memory. 

BS2 (bank-select bit 2) selects between the display memory and the 

system memory. BS2=0 selects the display memory and BS2=1 
selects the system memory. If the system memory is implem- 
ented with 1Mx1 DRAMs, the decode logic should assert 
CAMD=1 when BS2=1 to configure the RCA bus correctly. 
Figure 8-24 shows the address decode configuration for the 
system memory. Logical address bits 5 — 14 are used as the 
10-bit column address, and bits 15 — 24 are used as the 10-bit 
row address. Referring to Table 8-11, the row and column 
addresses are multiplexed out over the same 10 pins, 
RCA2— RCA11. 
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Figure 8-24. DRAM Address Decode for Example System 



I i^^p -^ 32-bit logical address 

I pin# 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 



,^ 



m 




1 0-bit row address 



10-bit column address 



BIT 



Key: BIT: Bit-select within 32-bit long-word BS2: Bank-select bit 2 



The amount of VRAM required to implement the display memory in this system 
depends on whether midline reload is used to pack the data for each scan line 
into contiguous locations within the VRAM. The serial register within each 
VRAM is 51 2 bits long. Between them, the 32 serial registers hold 2048 pixels 
at any one time. However, each scan line requires only 1280 pixels. If midline 
reload is not used, each scan line must begin with a new row of VRAM, and 
768 pixels from each row of memory cannot be displayed. 

8.17.1 Display Memory Implementation Using Midline Reload 

Midline reload allows all 2048 pixels in each row of VRAM to be displayed, 
because the VRAM row being clocked out can change in the middle of a scan 
line. Sections 9.1 3 to 9.1 5 (pages 9-42—9-51 ) discuss midline reload in detail. 
It is enabled by setting SSVIDPYCTL] to a 1. For this example, DPYMSK 
should be loaded with FFh (to indicate no bank-selects at the least significant 
end of the address, and a VRAM half serial register of 256 bits). 

Figure 8-25 shows the structure of the display memory when midline reload 
is used. Note that only 3 banks are required to implement both display buffers. 
The total amount of display memory required is 24 Mbytes. BSO and BS1 select 
between the banks. Display buffer 1 is spread across banks and 1 ; display 
buffer 2 is spread across banks 1 and 2. 

Because each buffer is spread across 2 banks, the bank from which pixels are 
being shifted must change part way down the screen. The changeover 
between banks must occur during a horizontal blanking period, when the 
VRAMs are not clocking pixels out of their serial registers. This means that the 
last pixel in a bank must also be the last pixel on a scan line. Each bankcontains 
enough pixels for 4/5 of one display buffer (81 9.2 lines) . The address of the first 
pixel in each display buffer must be such that the last pixel in banks and 1 
is also the last pixel on a line. 
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Figure 8-25. Example Display Memory Dimensions (with Midline Reload) 



1024 lines 



1024 lines 



^^ 


-^ •■•;•" 








I 






1 




i 




L 


2048 niyels » 


Z^^ 


r 


per row 


r 8 bits 



BankO 

(BSO=0, BS1=0) 



Bank1 

(BS0=1,BS1=0) 



Bank 2 

(BSO=0, BS1=1) 



Key: [jll Display buffer 1 



HI Display buffer 2 

Notes: 1) The pixels contained in each row are spread across the 2 scan lines. 
2) The white area (- 0.5 Mbytes) is not displayed. 



8.17.2 Display Memory Implementation Without Midline Reload 

When midline reload is not used, all the pixel data for any single scan line must 
be contained within a single row of VRAM. Each VRAM row contains 2048 
pixels, but only 1 280 of these are required for a scan line. This means that 40% 
of the display memory is not output to the display (unless you wish to be able 
to pan the display around within the display buffer). 

Figure 8-26 shows the structure of the display memory when midline reload 
is not used. In this case, 4 banks are required to implement both display buffers 
because each display buffer requires 1 row of VRAM for each of its 1 024 lines. 
The total amount of display memory required is 32 Mbytes. BSO and BS1 select 
between the banks. BS1 selects between the display buffers. 

Unfortunately, the 12.8 Mbytes of memory not used for the display is not 
addressable as a contiguous block. This makes it very difficult to use for 
program storage, etc. 
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Figure 8-26. Example Display Memory Dimensions (Without Midline Reload) 



1024 lines 



1024 lines 




BankO 

(BSO=0, BS1=0) 



Bank1 

(BS0=1,BS1=0) 



Bank 2 

(BSO=0, BS1=1) 



Bank 3 

(BS0=1,BS1=1) 



8 bits per pixel 



2048 pixels 
(1280 per line) 



Key: [||| Display buffer 1 
■ Display buffer 2 

Note: Each display buffer can contain 2048 pixels per line, but only 1 280 are output to 
the VRAMs. The undisplayed 2/5 of all rows constitutes a total of 1 2.8 Mbytes of 
undisplayed memory. 
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Chapter 9 



Video Timing and Screen Refresh 



The TMS34020's video interface provides these features: 

□i Separate or composite sync and blanking 

□ Synchronization to internal or external signals 
Qi Interlaced or noninterlaced video 

□ A variety of screen resolutions 

Additionally, the TMS34020 directly supports the use of VRAMs by generating 
the memory-to-register cycles needed to refresh a screen . The TMS34020 can 
also control video capture by performing register-to-memory (instead of 
memory-to-register) cycles. 

This chapter includes the following topics: 

Section Page 

Basic information will help you 9.1 Related Signals 9-2 

use the rest of this chapter. 9.2 Related Registers 9-4 

Besides reviews of signals and 9.3 Relationship Between Horizontal and 

registers, these Sections provide Vertical Timing Signals 9-9 

details of horizontal and vertical 94 Horizontal Video Timing (Internal) 9-11 

timing, g^ vertical Video Timing (Internal) 9-13 

Special features of the 9.6 Composite Video Timing 9-15 

TMS34020's variety of video modes 9.7 Noninterlaced Video Timing 9-18 

are covered In detail. 9 g interlaced Video Timing 9-21 

9.9 External Synchronization Modes 9-29 

9.1 Screen Sizes and Dot Rate 9-36 

Examples elaborate on the video 9. 11 Display Interrupts and Applications 9-37 

discussion. 9 12 Video Timing Programming Examples 9-38 

The chapter finishes with a 9.13 Video RAM Control 9-42 

discussion of VRAI\/I topics. 9.14 Scheduling Screen-Refresh Cycles 9-50 

9.15 Generating Screen-Refresh Addresses ... 9-51 
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9.1 Related Signals 



The TMS34020's video timing logic is driven by an external video clock; the 
TMS34020 generates sync and blanking signals on chip. These signals control 
the horizontal and vertical sweep rates of the screen and synchronize the 
screen display to data output by the VRAMs. The video-timing and screen-re- 
fresh signals are summarized belowforyour convenience; for detailed descrip- 
tions, refer to Chapter 2. Note that these signals depend on information that 
is provided in the DPYCTL register. 

Signals Descriptions I/O 



CBLNK / can be either a composite-blanking signal or a verti- 
VBLNK cal-blanking signal, depending on the value of CVD: 

CVD=0 selects CBLNK, which is the composite-blanking 
signal that turns off a CRT's electron beam during 
both horizon tal and v ertical retrace intervals. You 
can also use CBLNK to control stopping and start- 
ing of the VRAM serial registers. 



CVD=1 selects VBLNK, which is the vertical-blanking sig- 
nal that turns off a CRT's electron beam du ring ver- O 
tical retrace intervals. You can also use VBLNK 
with HBLNK to control stopping and starting of the 
VRAM serial registers. 

Both signals are always outputs. 



CSYNC/ can be either a composite-sync signal or a horizontal-blank- 
HBLNK ing signal, depending on the value of CVD: 

CVD=0 selects CSYNC, which is the composite- sync sig- 
nal that controls external video circuitry. CSYNC 
can be an input or an output, depending on the val- 
ue of CSD: 



CSD=0 selects external composite sync; CSYNC I 
is an input 



CSD=1 CSYNC is an output O 

CVD=1 selects HBLNK, which is the horizontal-blanking O 
signal that turns off a CRT's electron beam during 
horizontal retrace intervals. HBLNK is always an 
output, regardless of the value of CSD (however, 
to ensure correct operation, you should always set 
CSD to 1 whenCVD=1). 



HBLNK is always an output, but CSYNC can be an input or 
an output. 
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Signals Descriptions 



I/O 



HSYNC 



is the horizonta l-sync signal that controls external video cir- 
cuitry. HSYNC can be an input or an output, depending on 
the value of HSD: 



HSD=0 selects external horizontal sync; HSYNC is an in- 
put 

HSD=1 HSYNC is an output 



SCLK is the VRAM serial-register clock. When using midline 
reload, this input is used to track the VRAM tap point. SCLK 
should be low during horizontal and vertical blanking. If you 
are not using midline reload, SCLK should be low. 

VCLK is the video clock signal that drives the TMS34020's internal 
video timing logic. VCLK is derived from the dot clock of the 
external video system. 



VSYNC 



is t he vertic al-sync signal that controls external video circuit- 
ry. VSYNC can be an input or an output, depending on the 
value of VSD: 



VSD=0 selects external vertical sync; VSYNC is an input 
VSD=1 VSYNC is an output 



Holding VCLK low for long periods may cause video counter 
errors. When VCtK is not being clocked for long periods, hold It at 
the Io0ie-hi9h level. While VCLK is low, the storage nodes within 
the device rely on their internal capacitance to maintain state Infor- 
mation; if VCLK Is held low for a sufficiently longtime, charge leak- 
age may cause bit errors. 
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9.2 Related Registers 



The video timing and screen-refresh registers are a subset of the I/O registers 
described in Chapter 4. These registers are divided into 3 groups: 

□ Horizon tal timing registers control the timing of th e HSYNC si gnal, the 
HBLNK signal, and the horizontal components of the CSYNC and CBLNK 
composite signals. 



Qi Vertica l timing registers control the timing of th e VSYNC sig nal, the 
VBLNK signal, and the vertical components of the CSYNC and CBLNK 
composite signals. 

Q Screen-refresh registers control the addresses generated during local- 
memory screen-refresh (memory-to-register) cycles. 



HCOUNT register 
HESYNC register 
HESERR register 
HEBLNK register 
HSBLNK register 
HTOTAL register 
SETHGNT register 
15 



address: COOO 01 DOh 
address: COOO 001 Oh 
address: COOO 0270h 
address: COOO 0030h 
address: COOO 0050h 
address: COOO 0070h 
address: COOO 031 Oh 



•:•^^^^^x•^:•:•x•^:•••^^^••^^x•:•^x♦^^x•:•: 



HCOUNT 
HESYNC 
HESERR 



HEBLNK 
HSBLNK 
HTOTAL 

SETHCNT 



tracks the number of VCLK periods that occur per horizontal 
scan line. 

defines the po int in a h orizontal scan line where horizontal sync 
ends and the HSYNC signal is driven inactive. 

is used in composite mode only. It identifies the point in the hori- 
zon tal scan line where serration ends. Serration may occur on 
the CSYNC pin during the vertical-sync portion of the display, 
and is similar in form to horizontal sync, though of different 
duration. 

defines the endpoi nt of the horizontal-blanking period; this is 
the point when the HBLNK signal is driven inactive. 

defines the startpoint of horizontal blanking, when HBLNK is 
driven active. 

defines the number of VCLK periods allowed per horizontal 
line. It also s pecifies when the horizontal-sync period begins 
and HSYNC is activated. 

is used in external video modes to reload HCOUNT when an 
external composite or horizontal sync begins. This allows you 
to start the horizontal count from an arbitrary value, counteract- 
ing synchronization delays and/or external signal skew. 
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i VCOUNT register 
I VESYNC register 
I VEBLNK register 
! VSBLNK register 
I VTOTAL register 
•^ SETVCNT register 
15 



address: 
address: 
address: 
address: 
address: 
address: 



COOOOICOh 
COOO OOOOli 
COOO 0020h 
COOO 0040h 
COOO 006011 
COOO 0300h 



VCOUNT 
VESYNC 

VEBLNK 

VSBLNK 

VTOTAL 

SETVCNT 



counts the horizontal scan lines in the display. 

defines the nu mber of horizontal scan lines where vertical sync 
ends and the VSYNC signal is driven inactive. 

defines the end point of the vertical-blanking period; this is the 
point when the VBLNK signal is driven inactive. 



defines the startpoint of vertical blanking, when VBLNK is 
driven active. 

defines the number of horizontal scan lines allowed for the 
entire displ ay. It als o specifies when the vertical-sync period 
begins and VSYNC is activated. 

is used in external noninterlaced video modes to reload 
VCOUNT when the first external composite serration pulse or 
vertical sync begins. This allows you to start the vertical count 
from an arbitrary value, counteracting external signal skew. For 
external interlaced video this register must be programmed to 
so that the video timing logic can distinguish the external odd 
and even fields and synchronize accordingly. 



w•x««•>^^^M•^:«wx«^x•^^^^^^:»^^^^»x•^^^^ 



DPYCTL register 

15 14 



12 



11 
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address: COOO 0080h I 

3 2 1 I 



ENV 


NIL 


W 


SRE 


CST 


'mm. 


VCE 


SSV 


-mmm 


CVD 


CSD 


VCD 


HSD 



Note: For a complete illustration and description of DPYCTL, see Chapter 4. 



bitO 



The DPYCTL register does not affect display timing, but it contains several bits 
that control various display functions: 



The HSD (horizontal-sync direction) bit determines whether HSYNC is an input 
or an output: 

HSD=0 selects HSYNC as an input. 

HSD=1 selects HSYNC as an output. 
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The VSD (vertical-sync direction) bit determines whether VSYNC is an input 
bit 1 or an output: 

VSD=0 selects VSYNC as an input. 
VSD=1 selects VSYNC as an output. 



The CS D (composite-sync direction) bit helps to determine whether CSYNC/ 
bit 2 HBLNK is an input or an output: 

CSD=0 selects CSYNC/HBLNK as an output. 

CSD=1 selects CSYNC/HBLNK as an input, provided that CVD=0 (if 
CVD=1 , this pin is always an output). 



The CVD (c omposite-video d isable) bit determines the functions of CSYNC/ 
bit 3 HBLNK and CBLNK/VBLNK: 



CVD=0 selects CSYNC and CBLNK. 

CVD=1 disables composite video and selects HBLNK and VBLNK. 

Setting the SSV (split-serial-register midline-reload enable) bit to 1 enables the 
bit 6 TMS34020 to perform screen refreshes for VRAMs with split serial registers. 



The VCE (video-capture enable) bit selects the type of screen-refresh memory 
bit 7 cycle: 

VCE=0 selects memory-to-register screen-refresh cycles. 
VCE=1 selects register-to-memory screen-refresh cycles. 



Setting the CST (CPU serial-register transfer) bit to 1 tells the TMS34020 to 
bit 11 convert ordinary pixel accesses into VRAM serial-register transfers. 



Setting the SRE (screen-refresh enable) bit to 1 enables automatic screen re- 
bit 12 freshes when video is enabled (ENV=1). 



The NIL (noninterlaced video) bit chooses interlaced or noninterlaced video, 
bit 14 NIL=0 enables interlaced video. 

NIL=1 enables noninterlaced video. 



The ENV (enable video) bit must be 1 to allow the video timing logic to operate, 
bit 15 When ENV=0, the TMS34020's blanking outputs are permanently at the acti- 
ve-low level, and all display control is disabled. 



The TMS34010 used bit 13 as the DXV (disable external video) bit. The 
bit 1 3 TMS34020 does not need this bit; the TMS34020 relies entirely on HSD, VSD, 
and CSD to individually select which video timing signals are external. The 
TMS34020 ignores bit 13. 



The TMS3401 used bit 1 as the ORG (origin) bit to determine whether the 
bit 1 display origin was in the top left or bottom left corner of the screen, and there- 
fore whetherto increment ordecrement the screen-refresh address during hor- 
izontal blanking. The TMS34020 does not need this bit; the TMS34020 allows 
you to load SRINClDINCl with the 2s complement of the display pitch if you 
wish to decrement the screen-refresh address. The TMS34020 ignores bit 1 0. 
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DPYST registers 

31 



address: COOO 0200h 

5 4 



^^mwA 



SRST 



I Note: For a complete illustration and description of DPYST, see Chapter 4. 
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DPYNX registers 

31 



DPYSTL and DPYSTH are two 1 6-bit registers that work together to form a 
single 32-bit register. Throughout this chapter, this register pair is referred to 
as DPYST. DPYST contains the 27-bitSRST value, which represents the long- 
word address of the first pixel to be displayed on the screen. 



•xx:x:x:«»:«:xw<wx:x<m«>MKx:M»>; 



address: COOO 0220h | 

5 4 of 



SRNX 



YZCNT 



I 



I Note: For a complete illustration and description of DPYNX, see Chapter 4. 



bits 5-^1 



bits 0—4 



DPYNXL and DPYNXL are two 16-bit registers that work together to form a 
single 32-bit register. Throughout this chapter, this register pair is referred to 
as DPYNX. The DPYNX registers contain two values. 

The 27-bit SRNX value represents the long-word address of the next-screen 
refresh. This is the address of the first pixel on the next scan line of the display. 

The 5-bit YZCNT value is used to determine whether or not SRNX can be 
incremented between screen refreshes. This allows the image on the screen 
to be magnified (zoomed) in the Y direction by repeating scan lines multiple 
times. 



: ;<«cw«B«x«x«« k;-x-X'K«-:x x«x-x x« w::s«x-x: :-x :-x-xx«:-xx-:x«x ^ 



DINC registers 

31 



address: COOO 0240h 

5 4 



SRINC 



YZINC 



Note: For a complete illustration and description of DINC, see Chapter 4. 



vx>»:«x:«-:>x 



bits 5—31 



bits 0—4 









DINCL and DINCH are two 1 6-bit registers that work together to form a single 
32-bit register. Throughout this chapter, this register pair is referred to as DINC. 
The DINC registers contain two values. 

The 27-bit SRINC value is the amount by which the address in SRNX is increm- 
ented between screen refreshes; this value is equal to the display pitch. 

The 5-bit YZINC value is used to determine the number of screen refreshes 
that must occur between each increment of SRNX. YZINC is added to YZCNT 
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between every screen refresh, but SRNX is incremented only when YZCNT=0. 
This allows the screen inriage to be magnified (zoomed) in the Y direction by 
repeating scan lines multiple times. 






I DPYMSK register 

i 15 



;::xk::::xm:'::/Xkx::x:.::::x::x::::::xk 



::y'Xx-::X'::xx::x::xX'Xx::xx>.-x:x-:X'X:.'Xxxxxxx::x:x::>/x:x-:::; 



address: COOO 02E0h I 



« : X-: ^x•; w% »x : :•>: x x : >x »>: : : x«x x-x : :•: 



;xx::x::x::xxx::; 



;::xxxxxxxxxxx:xwx::x; 



;x::x::x::^xx•::x•:•:••::^••xx•:.x•x::.■• 



DPYMSK identifies the portion of the screen-refresh address that represents 
the column or tap-point address for midline reload. DPYMSK's LSB maps to 
the LSB (bit 5 ) of SRSTIDPYSTI and SRNXCDPYNXD. Allowing for this 5-bit 
offset, DPYMSK must be loaded with a string of contiguous 1s at the position 
of the column address in the logical address. 



ABILITY 

\7 



o 
o 



The TMS34020's screen-refresh registers differ from those of the TMS3401 0, 
although the registers are similar in function. 

a SRSTCDPYS11 is equivalent to the SRSTRT field of the TMS34010's 
DPYSTRT register. 

Q SRNXCDPYNXD is equivalent to DPYADR. 

Qi SRINCCDINC] is equivalent to the DUDATE field in the TMS34010's 
DPYCTL register. 

Q The TMS34020 does not need the TAPPNT register. 

The TMS34020 supports the DPYSTRT, DPYADR, and TAPPNT registers for 
compatibility purposes only. They are simple read/write registers; they have no 
additional functionality and have no effect on the TMS34020's screen-refresh 
mechanisms. 

There is no equivalent of the LCSTRT field in the TMS3401 0's DPYSTRT reg- 
ister. Screen-refresh cycles are generated during the horizontal-blanking inter- 
val at the beginning of every unblanked line of the display. 
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9.3 Relationship Between Horizontal and Vertical Timing Signals 

Figure 9-1 illustrates the relationship between the horizontal and vertical tim- 
ing signals for constructing a 2-dimensional raster display pattern. 

□l The horizontal sync and blanking signals span a single horizontal scan 
line within the frame and are repeated for each line. 

□l The vertical sync and blanking signals span an entire frame (1 complete 
pass of the display). 



Figure 9-1. Horizontal and Vertical Timing Relationship 
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Figure 9-2, a simplified version of Figure 9-1, illustrates several terms and 
phrases used throughout this chapter. 
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Figure 9-2. The Porches 
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is the interval between tlie beginning of 
horizontal blanking and the beginning of 
horizontal sync. 

is the interval between the end of horizon- 
tal sync and the end of horizontal blank- 
ing. 

is the interval between the beginning of 
vertical blanking and the beginning of ver- 
tical sync. 

is the interval between the end of vertical 
sync and the end of vertical blanking. 
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9.4 Horizontal Video Timing (Internal) 



This discussion applies to video timing signals that the TMS34020 generates 
internally (it does not apply to external signals). Horizontal timing signals are 
the same for interlaced and noninterlaced video displays. Figure 9-3 shows 
how the HESYNC, HEBLNK, HSBLNK, and HTOTAL registers control horizon- 
tal signal timing. 



Figure 9-3. Horizontal Timing 
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Qi All horizontal timing parameters are multiples of VCLK, which are counted 
by HCOUNT. 



The time between the start of 2 successive HSYNC pulses is specified by 
HTOTAL. Because HCOUNT counts as its first value, the value in 
HTOTAL represents 1 less than the number of VCLK periods per horizon- 
tal scan line. For example, to specify a horizontal interval that is some even 
number 2n of VCLK periods in duration, the HTOTAL register must be set 
to an odd value, 2«-1 . 



Oi Similarly, the value in HESYNC r epresents the duration o f the HSYNC 
pulse, minus 1 , and the values in HSBLNK and HEBLNK represent the 
startpoints and endpoints of the horizontal-blanking interval. 

Figure 9-4 shows a simplified diagram of the internal logic that generates the 
horizontal timing signals. HCOUNT is incremented once every VCLK period 
(on the high-to-low transition) until it equals the value in HTOTAL. During the 
VCLK period following HCOUNT = HTOTAL, HCOUNT is reset to 0, and 
begins counting again. 

The limits of t he horizo ntal-sync pulse are defined by the values in HESYNC 
and HTOTAL. HSYNC is driven active low after HCOUNT = HTOTAL; it is then 
driven inactive high after HCOUNT = HESYNC. After HCOUNT becomes 
equal to HTOTAL or HESYN C, a 2-VC LK delay occurs before the appropriate 
transition tal^es place at the HSYNC pin. 



The HBLNK signal is driven active low after HCOUNT = HSBLNK; it is then 
driven inactive high after HCOUNT = HEBLNK. After HCOUNT becomes 
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equal to HSBLNK or HEBL NK, there is a2-VCL K delay before the appropriate 
transition takes place at the HBLNK or CBLNK pin (depending on the value of 
CSDCDPYCTU). 



Figure 9-4. Horizontal Timing Logic— Equivalent Circuit 
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When HCOUNT= HSBLNK (shortly before the end of the horizontal scan), hor- 
izontal blanking begins. At this time, the video timing logic automatically sched- 
ules a screen-refresh memory cycle, preparing for the next displayed line. 

I ' 1 

Note: 

For interlaced video, HSBLNK, HTOTAL/2, and HESYNC/2 must be sepa- 
rated from each other by a time of at least 2 VCLK periods, plus 2 LCLK peri- 
ods, in order that the correct screen-refresh requests are detected by the 
,TMS34020's memory controller. _^ 



Figure 9-5. Example of Horizontal Signal Generation 
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9.5 Vertical Video Timing (Internal) 



This discussion applies to video timing signals that the TMS34020 generates 
internally (it does not apply to external signals). Some additional vertical timing 
characteristics that are unique to interlaced or noninterlaced video are 
described in Sections 9.7 ( Noninterlaced Video Timino . page 9-18) and 9.8 
( Interlaced Video Timing , page 9-21). 

Figure 9-6 shows how the VESYNC, VEBLNK, VSBLNK, and VTOTAL regis- 
ters control vertical signal timing. 



Figure 9-6. Vertical Timing for Noninterlaced Display 
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For most of the display, VCOUNT increments once every horizontal scan line 
(when HCOUNT = HTOTAL). For interlaced displays, it also increments when 
HCOUNT = HTOTALy2 during the equalization and serration regions of verti- 
cal blanking because these pulses occur twice per line. For this reason, the 
values programmed into the vertical video timing registers do not necessarily 
have a 1-to-1 relationship with the number of horizontal scan lines. Sections 
9.7 and 9.8 discuss programming these registers. 



VTOTAL defines the time between the start of tw o suc cessive VS YN C pulses. 
VESYNC represents the duration of the VSYNC pulse. VSBLNK and VEBLNK 
represent the startpoints and endpoints of the vertical-blanking interval. 

Figure 9-7 shows a simplified schematic of the internal logic that generates 
the vertical timing sig nals. VCO UNT is incremented once every scan line (at 
the beginning of each HSYNC pulse, when HCOUNT = HTOTAL) and also at 
the midpoint of each scan line (when HCOUNT = HTOTAL/2) during the equal- 
ization and serration portions of an interlaced display, until it equals the value 
in VTOTAL. After VCOUNT = VTOTAL, VCOUNT is reset to 0, and begins 
counting again. 

The limits of the ve rtical-sync pulse are defined by the values in VESYNC and 
VTOTAL. VSYNC is driven active low after VCOUNT = VTOTAL; it isthend riv- 
en inactive high after VCOUN T = VESY N C. Trans itions on the VSYNC pin 
coincide with transitions on the HSYNC or CSYNC pins. 
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The VBLNK signal is driven active low after VCOUNT = VSBLNK; it is then 
driven i nactive high after VCOUNT = VEB LNK. Tra ns itions on the CBLNK/ 
VBLNK pin coincide with transitions on the HSYNC or CSYNC pins. 



Figure 9-7. Vertical Timing Logic— Equivaient Circuit 
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9.6 Composite Video Timing 



This discussion applies to video timing signals that the TMS34020 generates 
internally (it does not apply to external signals). 

Composite video signals combine the horizontal and vertic al video ti ming into 
a single blanking signal, CBLNK, and a single sync signal, CSYNC. 



Q CBLNK is simply the logical- OR (neg ativ e logic) o f the HBLNK andVBLNK 
signals. Thus, when either HBLNK or VBLNK is active low, CBLNK is 
active low. 



□i CSYNC is essentially the same as the HSYNC signal, except during 
portions of the vertical-blanking inten/al. During these portions, special 
sync pulses (known as serration and equalization pulses) are generated. 
These pulses allow a monitor to detect the vertical-sync interval, while at 
the same time ensuring that it remains in horizontal sync. 

Some video monitors are designed to use composite rather than separate sync 
and blanking signals. Video systems used in television and broadcasting use 
composite video signals. 



9.6.1 Theory Behind Serration and Equalization Pulses 



Monitors pass the composite-sync signal through integrating (low pass) filters 
to extract the vertical-sync information from it. Serration pulses occur during 
the vertical-sync interval and are used by the monitor to determine when the 
vertical retrace occurs. 

In noninterlaced video mode, serration pulses begin at the end of each scan 
line at the same time as the horizontal-sync pulses. In interlaced video mode, 
they also begin at the midpoint of each horizontal scan line. This is because 
in the even field, the vertical-sync interval begins and ends midway through a 
scan line. If the pulses occurred only once per scan line, the vertical-sync pulse 
extracted by the monitor would not start or end at the right time in the even field. 

In interlaced video, equalization pulses occur in the regions immediately 
before and after the vertical-sync interval. They also begin at the end and the 
midpoint of each scan line, and because of this each pulse is only half the width 
of a regular horizontal-sync pulse. They are necessary to ensure that the moni- 
tor extracts a vertical-sync interval of exactly the same width in both the even 
and odd fields, because the vertical-sync interval begins at the midpoint of a 
scan line in the even field. 

Because vertical sync always begins and ends at the end of a scan line in non- 
interlaced video mode, equalization pulses are not required. 

9-15 



Composite Video Timing 



Figure 9-8 shows the regions of vertical blanking in which the serration and 
equalization pulses occur. Each region contains a number of scan l ines spe ci- 
fied by the vertical v ideo timing registers. Outside these regions, CSYNC is 
identical to HSYNC. 



Figure 9-8. Regions of Veilical Bianl<ing Wiiere Equalization and Serration Puises Occur on CSYNC 
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® The first equalization region coincides with the vertical front porch. In 
broadcast-quality composite-video standards such as NTSC and PAL, this 
region has the same duration as the vertical-sync pulse. However, you can 
reprogram the duration by varying the duration of the vertical front porch. 

(2) The serration region coincides with vertical sync and immediately follows 
the first equalization region. 

(3) The second equalization region immediately follows the serration 
region. Hardware defines this region to have duration equal to that of verti- 
cal sync. 



9.6.2 Serration Pulses on CSYNC 

Serration pulses are produced during the serration region (see Figure 9-8). 
Serration pulses begin at the end of each horizontal scan line (coinciding with 
the beginning of horizontal sync) after the condition HCOUNT = HTOTAL is 
reached. If the display is interlaced, they also begin at the midpoint of each 
scan line, after the condition HCOUNT = HTOTAL/2 is reached. The duration 
of these pulses is determined by the value of the HESERR register. This value 
is 1 less than the number of VCLK periods in the serration pulse, in the same 
way that the value in HESYNC is 1 less than the number of VCLK periods in 
the horizontal-sync pulse. 

Serration pulses are generally longer in duration than regular horizontal-sync 
pulses. This is shown in Figure 9-9. Broadcast-quality composite-video stan- 
dards su ch as NT SC and PAL require that serration pulses are of such a dura- 
tion that CSYNC is inactive high for a period equal to the active-low time of 
HSYNC. This can be achieved by programming HESERR to HTOTAL minus 
the number of VCLK periods in the horizontal-sync pulse. 
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Figure 9-9. Composite Sync During Serration Region (Interlaced) 
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9.6.3 Equalization Pulses on CSYNC 



If the display is interlaced, equalization pulses are produced during the equal- 
ization regions (see Figure 9-8, page 9-16). These pulses begin at both the 
end and the midpoint of each horizontal scan line, after HCOUNT = HTOTAL, 
and after HCOUNT = HTOTAL/2. Each pulse ends after HCOUNT =HE- 
SYNC/2. The beginning of every other pulse coincides with horizontal sync 
(see Figure 9-1 0). 



Figure 9-10, Composite Sync During Equalization Regions (Interlaced) 
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Broadcast-quality composite-video standards such as NTSC and PAL require 
that equalization pulses are exactly half the duration of horizontal-sync pulses. 
To achieve this, set HESYNC to an odd value. HCOUNT starts counting from 
0, so an odd value in HESYNC means that horizontal sync is an even number 
of VCLK cycles in length, and therefore exactly divisible by 2. Similarly, set 
HTOTAL to an odd value so that HTOTAL/2 is exactly the midpoint of each scan 
line. 

If the display is noninterlaced, no special pulses are produced during the equal- 
ization regions. The CSYNC output continues to appear like HSYNC. 
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9.7 Noninterlaced Video Timing 



You can select noninterlaced scan mode by setting NILEDPYCTLl to 1 . 



•::-»X'X:wx«x-:x 



DPYCTL register 

NIL 

15 14 



wx-:»x-x-xww«»:^»xw:»w->»:«^ 



•x»xx-»»xX'Xwx:-x»»x«»x»x:>X;i 

address: COOO OOSOh I 



1 



yyyyyyy/m wyyyyy^yyyyyyyyA 



mmw/M w^. 



Note: For a complete illustration and description of DPYCTL, see Chapter 4. 
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9,7.1 Activity in Noninterlaced Mode 

In noninterlaced mode, each video frame consists of a single vertical field. 
Figure 9-11 shows the path traced by the electron beam on the screen. 

Figure 9-11. Electron Beam Pattern for Noninterlaced Video 

(a) Vertical retrace (b) Active portion of the frame 




Monitor Screen 



(a) 



(b) 



shows the vertical retrace, which is an integral number of horizontal 
scan lines in duration. 

shows the active portion of the frame. Solid lines represent lines that 
are displayed; dashed lines are blanked. Each line on the display is 
separated by the horizontal sweep time, //, where 
H = (HTGTAL + 1) x (VCLK period) 

Figure 9-12 illustrates the video timing signals that generate the display 
shown in Figure 9-1 1 . The display line numbers and regions from Figure 9-1 1 
are shown for reference. For completeness, all 6 possible output signals are 
shown, although you can choose only 4 in either of the 2 allowed combinations: 



Combination 1 (CVD=0): 



Combination 2 (CVD=1): 



HSYNC 
VSYNC 
CSYNC 
CBLNK 



HSYNC 
VSYNC 
HBLNK 
VBLNK 
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The example in Figure 9-12 uses tine following register values: 

VSBLNK = 8 VT0TAL=9 

VESYNC = 3 VEBLNK = 2 

Actual applications use much larger values; these values are for illustration 
purposes only. Note that the VESYNC is not selected as you might expect (you 
would expect it to be 1 ). Section 9.7.2 describes the reason for this, along with 
formal equations for selecting proper values for all the vertical timing registers. 

Each horizontal scan line is preceded by a horizontal retrace, triggered by the 
horizontal-sync pulse. The horizontal scan pattern repeats until VCOUNT = 
VTOTAL. Then, VCOUNT is reset to 0, and the vertical retrace (triggered by 
vertical-sync pulse) returns the beam to the top of the screen. 

VCOUNT is incremented each time HCO UNT is re set to (HCOUNT is reset 
to at the end of each scan line). The VSYNC output goes active when 
VCOUNT = VTOT AL, coinciding with the beginning of the horizontal-sync 
pulse. The VSYNC signal goes inactive after VCOUNT = VESYNC; this transi- 
tion also coincides with the beginning of the horizontal-sync pulse. 

Horizontal blanking is typically active during vertical-blanking transitions, 
which coincide with the leading edges of horizontal-sync pulses. 



Figure 9-12. Noninterlaced Video Timing Waveform Example 
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9.7.2 Programming the Vertical Timing Registers for Noninterlaced Video 

For noninterlaced video, VCOUNT increments only after HCOUNT = 
HTOTAL, because there are no equalization or serration pulses with a period 
of half a scan line. Thus, with one exception, all the vertical timing registers are 
programmed in terms of the number of integral horizontal scan lines. VTOTAL 
is 1 less than the number of lines in the frame because VCOUNT counts as 
its first value. VSBLNK and VEBLNK contain the line number, minus 1 , where 
vertical blanking starts and ends, respectively. For reasons associated with 
composite interlaced video, the VESYNC register detects the end of vertical 
sync at half the value it is programmed to, and so should be programmed to 
twice the number of lines in the vertical-sync interval, minus 1. Figure 9-13 
summarizes this. 

Figure 9-13. Programming tfie Video Timing Registers for Noninterlaced Video 



HESYNC = (the number of VCLKs in horizontal sync) - 1 

HEBLNK = (the number of VCLKs from the start of horizontal sync to the end 
of horizontal blanking) - 1 

HSBLNK = (the number of VCLKs from the start of horizontal sync to the 
start of horizontal blanking) - 1 

HTOTAL - (the number of VCLKs in the line) - 1 

HESERR = (the number of VCLKs in horizontal serration) - 1 

VESYNC = (twice the number of lines in vertical sync) - 1 

VEBLNK = (the number of lines from the start of vertical sync to the end of 
vertical blanking) - 1 

VSBLNK = (the number of lines from the start of vertical sync to the start of 
vertical blanking - 1 ) 

VTOTAL == (the number of lines in the frame) -- 1 



Note: You don't have to program HESERR if you're not using composite video. 
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9.8 Interlaced Video Timing 

You can select interlaced scan mode by clearing NILEDPYCTL] to 0. 

I opYCTL register address: (5666 bosOh 

I NIL 

15 14 



m 



mmmm/A ! wz/mm. wj//////////a ¥/a 



Note: For a complete illustration and description of DPYCTL, see Chapter 4. 






In interlaced mode, each video frame consists of two vertical fields of horizontal 
scan lines. The display consists of alternate lines from the two fields. This 
doubles the display resolution while only slightly increasing the frequency with 
which data is supplied to the screen. 

The TMS34020 can produce interlaced video signals compatible with NTSC 
(RS-170), PAL, SECAM, and similar broadcast-quality video standards. The 
TMS34020 also supports higher resolution standards such as RS-330 and 
RS-343. 



Note: 

For simplicity, the illustrations in this section show American (NTSC) wave- 
forms. European waveforms differ slightly; Section 9.8.3 (page 9-27) 
describes these differences. 



9.8.1 Activity in Interlaced Mode 



Figure 9-14 shows the path traced by the electron beam on the screen for a 
typical interlaced-video display. In interlaced mode, 2 separate vertical scans 
are performed for each frame — 1 for the even lines (even field) and 1 for the 
odd lines (odd field). The even field is scanned first. 

(a) shows the vertical retrace at the beginning of the even field, which 
coincides with the vertical-sync pulse. In this example, the vertical 
retrace is an integral number of horizontal scan lines in duration but, 
in fact, can be programmed to any number of /7a// horizontal scan 
lines. 

(b) shows the active portion of the even field. Solid lines represent 
displayed lines; dashed lines are blanked. 

(c) & (d) show the vertical retrace and the active portion of the display, 

respectively, for the odd field. 

(e) shows how the 2 fields form the complete display. Note that active 

scan lines — 7 are partially blanked. 
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Figure 9-14. Electron Beam Pattern for a Typical Interlaced Display 

(a) Vertical retrace — even field (b) Active portion of the 

frame — even fiald 




(c) Vertical retrace — odd field 



(d) Active portion of the 
frame — odd field 



(e) Juxtaposition of both fields 




Figure 9-1 5 illustrates the video timing signals that generate a display similar 
to the one shown in Figure 9-14. However, Figure 9-15 has more blanked 
lines, to properly illustrate the composite-sync signal. The display line numbers 
and regions from Figure 9-14 are shown for reference. For completeness, all 
6 possible output signals are shown, although you can choose only 4 in either 
of the 2 allowed combinations: 



Combination 1 (CVD=0): 



Combination 2 (CVD=1): 



HSYNC 
VSYNC 
CSYNC 
CBLNK 



HSYNC 
VSYNC 
HBLNK 
VBLNK 



The example in Figure 9-15 uses the following register values: 

VSBLNK=13 VT0TAL=17 

VESYNC = 7 VEBLNK = 9 
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VCOUNT increments every half horizontal scan line for parts of the display; 
you must allow for this when programming the vertical timing registers. The 
formal programming equations and their derivations are given in Section 9.8.2. 



Figure 9-15. Interlaced Video Timing Waveform Example 
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Note: This figure is continued on the next page. 

Q Vertical blanking begins at the end of a horizontal scan line near the end 
of the even field, and in the center of a horizontal scan line (after HCOUNT 
= HTOTALy2) near the end of the odd field. 

Qi Similarly, vertical blanking ends in the center of a horizontal scan line (after 
HCOUNT = HTOTAL/2) at the beginning of the even field, and ends at the 
end of a horizontal scan line at the beginning of the odd field. 

The vertical-blanking interval is of the same duration in both the odd and even 
fields. In this way, the beam is positioned so that the horizontal scan lines in 
the odd field fall between the horizontal scan lines of the even field. Because 
each field contains an odd half line (not an integral number of lines), the total 
number of lines in the entire frame must be odd. 
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Figure 9-15. Interlaced Video Timing Waveform Example (Continued) 
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Even Field 

In Figure 9-15, VCOUNT is incremented twice per horizontal scan line during 
serration and equalization periods. This is the frequency at which equalization 
and serration pulses occur. Because VCOUNT increments every half line 
between the beginning of the first equalization period to the end of the second 
equalization period, you can specify the number of equalization and serration 
pulses required without being restricted to an integral number of lines. 

Outside of the equalization and serration regions in Figure 9-15, VCOUNT 
increments only once per horizontal scan line, except there is an extra incre- 
ment at the end of vertical blanking in the even field. This is necessary to 
ensure that the two fields are of exactly the same duration. 

9.8.2 Programming the Vertical Timing Registers for Interlaced Video 

As Figure 9-15 shows, VCOUNT is incremented twice per scan line during 
serration and equalization regions, and once per scan line outside of these 
regions. VTOTAL is not merely the total number of scan lines minus one, as 
it is for noninterlaced video. VTOTAL must account for those regions where 
VCOUNT is incremented twice per line. This applies to all interlaced video, 
independent of the value of CVDCDPYCTL]. VCOUNT always increments on 
half horizontal scan lines during equalization and serration regions of 
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interlaced displays, even if these pulses are not visible at the pins. For this 
reason, you must comply with the programming procedure and equations 
(described in this section and shown in Figure 9-1 7) for all interlaced displays. 

To program the vertical video timing registers for interlaced video, divide verti- 
cal blanking into two parts for calculation purposes: 

VFP Vertical front porch. This is also the first equalization region (the region 
between the beginning of vertical blanking and the beginning of verti- 
cal sync). 

VSS Vertical sync to setup. This is the region between the beginning of 
vertical sync and the end of vertical blanking. Note that this can also be 
thought of as comprising the serration region, the second equalization 
region plus the remainder of vertical blanking, or the vertical-sync 
region plus the vertical back porch. 

Figure 9-8 (page 9-1 6) first described these regions; Figure 9-1 6 shows them 
again, illustrating the two compound regions used for calculation. 

Figure 9-16. The Two Regions of Vertical Blanl<ing Used for Programming Calculations 
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Key: VFP: First equalization region 
VSS: Vertical sync to setup 

Both VFP and VSS should be determined as a number of horizontal scan lines. 
The number of horizontal scan lines in vertical sync is also used in the calcula- 
tions. If any one of these values is not an integral number of lines, they should 
not be rounded down. Rounding down should take place only at the end of 
each calculation. 

After determining the duration of both VFP and VSS, you can consider the val- 
ues that you must program into the registers: 

Qi VESYNC detects the end of vertical sync at half its stored value. This is 
because the second equalization region is of equal duration to vertical 
sync, and the end of this region is detected at the full value of VESYNC. 
In addition, because VCOUNT increments every half horizontal scan line 
during equalization and serration, VESYNC should be programmed to 4 
times the number of lines in vertical sync, less 1 because VCOUNT starts 
from 0: 

VESYNC = (4x the number of lines in vertical sync) - 1 
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Qi VTOTAL contains the maximum VCOUNT value acliieved for every field 
(odd and even). Because the counter increments every half line during 
equalization and serration, this is not simply the number of lines in the field, 
as is the case with noninterlaced video. Allowance must be made for the 
extra increments. VTOTAL is therefore 1/2 the total number of lines in the 
entire frame, plus 1 for the odd half line at the beginning or end of the field, 
plus the number of lines throughout which VCOUNT is incrementing every 
half line (to account for the half line increments), minus 1 because 
VCOUNT starts from 0. The plus 1 and the minus 1 cancel, and VCOUNT 
increments every half scan line during VFP, vertical sync, and the second 
equalization region (equal in duration to vertical sync). This reduces to: 

VTOTAL = (the number of lines in the frame /2) + (2x the number of 
lines in vertical sync) + VFP 

Q VEBLNK schedules the end of vertical blanking, which occurs VSS scan 
lines after VCOUNT is set to at the beginning of vertical sync. However, 
VCOUNT increments every half scan line during vertical sync and the sec- 
ond equalization region (equal in duration to vertical sync). Allowing for the 
fact that VCOUNT starts from 0, this gives rise to the following expression: 

VEBLNK = VSS + (2 x the number of lines in vertical sync) - 1 

Q VSBLNK schedules the start of vertical blanking, which occurs VFP scan 
lines before the start of vertical sync (when VCOUNT = VTOTAL). 
Because VCOUNT increments twice every scan line during VFP, the value 
of VSBLNK is: 

VSBLNK = VTOTAL - (VFP x 2) 

In this case, there is no need to subtract 1 to account for VCOUNT starting 
from 0, because this is already accounted for in determining VTOTAL. 



Figure 9-17. Programming the Video Timing Registers for Interlaced Video 
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start of horizontal blanking) - 1 


to the 


HTOTAL ^ (the number of VOLKs in the line) - 1 




HESERR = (the number of VOLKs in horizontal serration) - 1 




VESYNC = 4 x (he number of lines in vertical sync) - 1 

VTOTAL = (the number of lines in the frame) 7 2 + (twice the num 
lines in vertical sync) + VFP 


berof 


VEBLNK = VSS + (twice the number of lines in vertical sync) ~ 1 




VSBLNK := VTOTAL- (VFP x 2) 
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9.8.3 American and European Video Standards 



Ql RS-170 is the NTSC broadcasting standard used for all American televi- 
sion. 

Q[ PAL is the British standard. 

Ql SECAM is the Frencli standard. 

The programming procedures and equations described in Section 9.8.2 are 
the same for these and similar standards. However, as far as the production 
of sync and blanking signals are concerned, there is a fundamental difference 
between the American and European standards. For the American standard, 
the vertical retrace (specified by vertical sync) is an integral number of horizon- 
tal scan lines. Forthe European standards, however, the vertical retrace is not 
a whole number of lines; it contains an odd half line. As a result, the compos- 
ite-sync waveform is different for American and European standards at the end 
of the second equalization region. 

The diagrams and discussions in this chapter apply to the American format. 
However, the TMS34020 automatically adjusts to the European format by 
detecting whether or not VESYNC is programmed to indicate an even or odd 
number of half lines in vertical sync (if vertical sync is not an integral number 
of horizontal scan lines, it contains an odd number of half lines). Figure 9-18 
shows how the composite-sync waveforms differ for the two types of standard. 



Figure 9-18. Vertical Blanl<ing for NTSC and PAL Standards 
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Figure 9- 18. Vertical Blanking for NTSC and PAL Standards (Continued) 
(b) PAL 
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9.9 External Synchronization Modes 



External synchronization modes enable tiie TMS34020 to use horizontal-, 
vertical-, and composite-sync signals from an external source. This allows you 
to superimpose or mix TMS34020-generated graphics with images from exter- 
nal sources. 

Depending on the video pin configuration (separate or composite sync, select- 
able via CVDlDPYCTLll), either 2 or 3 of the 4 video pins are configured as 
sync pins. External synchronization mode is selected by configuring the appro- 
priate sync pins as inputs by way of the CSD, VSD, or HSD bits in DPYCTL. 
Each pin is configured as an input when its associat ed bit is a 0. In sepa- 
rate-sync mode, the CSD bit must be a 1 because the CSYNC/HBLNK pin is 
configured as horizontal blanking and, as such, is an output only. 

When all the sync pins are configured as outputs, the horizontal and vertical 
counters are cleared to Os after HCOUNT = HTOTAL and after VCOUNT = 
VTOTAL, respectively. This also initiates the corresponding sync pulse. How- 
ever, when one or more of the sync pins is configured as an input, this behavior 
is altered somewhat; a high-to-low transition on an input sync waveform (the 
beginning of an external sync pulse) causes one or both of the video counters 
to be loaded from SETHCNT and SETVCNT. By loading the video counters 
with a programmable value instead of 0, you can compensate for delays 
inherent in the process of synchronizing the external sync signals to VCLK 
within the TMS34020, for the time required for the TMS34020 to respond to 
the external sync signals, and also for external signal skews. HCOUNT and 
VCOUNT are reloaded as follows: 



□ HCOUNT is reloaded by afalling edge on eitherthe H SYNCo rthe CSYNC 
pin. In noninterlaced video mode, a falling edge on VSYNC also reloads 
the horizontal counter. 



Q VCOUNT is reloa ded by a falling edge on the VSYNC pin or the first serra- 
tion pulse on the CSYNC pin (which occurs at the beginning of vertical 
sync). For this reason, the serration pulse width must be at least 2 VCLK 
periods greater than the internal horizontal-sync pulse width. In program- 
ming terms, this means HESERR > HESYNC + 2. If this is not the case, 
the TMS34020 will not be able to detect the beginning of vertical sync from 
the composite input waveform. The HESERR and HESYNC registers 
must be programmed to accurately match the parameters of the external 
video source. 

By causing VCOUNT and HCOUNT to follow the external synchronization 
signals in this way, the blanking intervals and screen-refresh cycles are also 
forced to follow the external video source, and the TMS34020 is therefore syn- 
chronized to the external video. 

While the sync pins are independently configurable as inputs or outputs, not 
all of the possible combinations of inputs are useful. Typically, you would use 
one of the following 3 combinations of inputs: 

9-29 



External Synchronization Modes 

Qj External vertical-sync signal only. 



VSYNC: input HSYNC: output CSYNC/HBLNK: output 

Used with noninterlaced video 

HCOUNT and VCOUNT are loaded simultaneously at the beginning of the 
external vertical-sync pulse, thus completely synchronizing the 
TMS34020 to the external source. Because HCOUNT is synchronized 
only once per frame, it is important that it be programmed to the correct 
value for the external source. For interlaced video, vertical sync coincides 
with a horizontal-sync pulse in every other frame only. Also, vertical sync 
alone is not sufficient to determine the field parity (odd/even) of the exter- 
nal video source, and therefore is insufficient to determine the field in which 
the horizontal and vertical sync coincide. For these reasons, external verti- 
cal sync has no effect on the horizontal timing registers in interlaced video. 

Q External veriicai- and riorizontai-sync signals. 

VSYNC: input HSYNC: input CSYNC/HBLNK: output 

Used in both composite- and separate-sync modes, 
interlaced or noninterlaced video 

The beginning of the external vertical-sync signal reloads VCOUNT; the 
beginning of the external horizontal-sync signal reloads HCOUNT. 

□i External composite-sync signal only. 



VSYNC: output HSYNC: output CSYNC: input 

Used with interlaced video only 

The TM S34020 must be configured in co mposite v ideo mode (CVD=0) so 
that the CSYNC/HBLNK pin is selected as CSYNC. The beginning of each 
external composite-sync signal reloads HCOUNT, and the beginning of 
the first serration pulse reloads VCOUNT. For noninterlaced video, the 
TMS34020 does not recognize equalization or serration pulses, and so 
cannot detect the beginning of vertical sync from a composite signal. For 
this reason, external composite sync has no effect on the vertical timing 
registers in noninterlaced mode. 

To avoid any potential signal conflicts, all three sync pins are configured as 
inputs when the TMS34020 is reset. However, sync pins not actually being 
driven by external signals should subsequently be configured as outputs. 
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9.9.1 Odd and Even Field Alignment in interlaced Mode 



In interlaced mode, the TMS34020 synchronizes with the same field parity as 
the external source, provided that VTOTAL is programmed to exactly match 
the external source. This is necessary because of the way that the video timing 
logic adjusts to the correct field. 

If the internal video timing has field parity opposite to the external source, the 
horizontal-sync pulse generated by the internal video timing logic is initially 
displaced from those of the external system by half a scan line. However, as 
soon as an external horizontal-sync pulse occurs, HCOUNT is reset, and 
VCOUNT is incremented. This realigns the internally generated horizon- 
tal-sync pulses with those of the external system. Because this occurs while 
the internal video timing logic is midway through a scan line (where VCOUNT 
would not normally be incremented), it causes the internal field to be shortened 
by half a scan line. The TMS34020 takes advantage of this at the end of the 
field to ensure that it becomes aligned to the same field as the external source. 

After reaching VTOTAL, the internal video timing logic starts a new field with 
the opposite field parity. However, because the previous field was shortened 
by a half a scan line, the external vertical sync does not occur for another half 
scan line. When it does occur, it causes the video logic to resynchronize to the 
external source and start yet another new field, and the field parity changes 
again. Field parity changes twice, whereas the external source changes field 
parity only once. Thus, the internal video timing logic has the same field parity 
as the external source due to the extra (half scan line long) field. 

If the internal and external vertical-sync pulses are separated by less than the 
duration of the horizontal-sync pulse (if CVD=1) or the composite-serration 
pulse (if CVD=0), the internal field parity does not change twice. This allows 
for normal differences between when VCOUNT = VTOTAL and detection of the 
beginning of the external vertical-sync interval. This will be the case when the 
internal and external field parities match correctly, provided that VTOTAL 
matches the external source. If this is not the case, one of the following situa- 
tions applies. 

□ If VTOTAL gives an internal field duration less than that of the external 
source, the internal video timing logic changes field parity twice per field: 
once when VCOUNT = VTOTAL, and once at the beginning of the external 
vertical-sync interval. 

Ql If VTOTAL gives an internal field duration greater than that of the external 
source, the internal video timing logic changes field parity only once per 
field: At the beginning of the external vertical-sync interval, even if the 
internal video timing logic does not have the same field parity as the exter- 
nal source. 
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9.9.2 Synchronizing External Syncs to VCLK 



The TMS34020 synchronizes input signals to VCLK before passing them to the 
internal video logic. This means that inputs can be asynchronous to VCLK. The 
delay from the high-to-low transition of an external sync input to an occurrence 
of transition-induced changes at the video output pins will be from 4 to 5 VCLK 
periods, depending on the phase relationship between the transition and 
VCLK. If you do not require the TMS34020 to follow the external video source 
to an accuracy of 1 VCLK period (if, for example, the TMS34020 uses the exter- 
nal synchronization simply to perform screen refreshes or display interrupts), 
asynchronous operation may be acceptable. 

If you use any of the video output signals (either blanking or sync) to control 
any other part of the system, then the TMS34020 may need to synchronize 
precisely to the external video source. In this case, you can present the exter- 
nal input sync signals synchronous to VCLK. If the setup and hold times for a 
valid level on one of the external video input pins with respect to the low-to-high 
transition of VCLK (described in the TMS34020 Data Sheet, Appendix A) are 
met, then the timing relationship between input signals and output signals is 
a constant, integral number of VCLK cycles. However, the exact number of 
cycles will appear to vary according to the value programmed in the SETHCNT 
register. 

9.9.3 Loading tlie Video Counters 

When the external video input signals are presented synchronous to VCLK, 
there is a 4-VCLK delay between the VCLK cycle when a falling edge is 
sampled on an external sync pin, and when the changes induced by this edge 
are visible at the video output pins. If you require the TMS34020 to accurately 
follow the external source, the effect of this delay can be eliminated by using 
the SETHCNT register. 

SETHCNT is loaded into HCOUNT at the beginning of the fifth VCLK period 
after the appropriate external sync signal is detected at the input pin. This is 
shown in Figure 9-19 (a). By programming SETHCNT to 4, the TMS34020's 
video timing registers are aligned exactly to the external source. Loading 
HCOUNT to four 4-VCLK cycles, after the transition on the external sync pin, 
is equivalent to loading HCOUNT to as soon as the transition on the external 
sync pin is detected. 

Once the internal video timing logic is synchronized to the external system (by 
the first high-to-low transition of an external sync pin detected by the 
TMS34020), the video timing outputs are aligned with the external system on 
subsequent scan lines, provided that HCOUNT is programmed to match the 
external system. This is shown in Figure 9-1 9 (b);\he internal HTOTAL occurs 
simultaneously with the end of the external system's scan line, causing 
HCOUNT to be reset to 0, activating the appropriate output sync signals at the 
same time as the input sync from the external system. 
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Figure 9-19. Synchronization Delay Compensation 
(a) Initial synclironization to external sync 
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S is the value contained in SETHCNT. 4-VCLK cycles after t he fallin g edge on the input SYNC pin occurs, 
HCOUNT is loaded with S, and the transition on the output SYNC is caused to occur. 
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Note: If HTOTAL matches the external system and S=4, HTOTAL causes the output sync pin to transition in the 
same VCLK cycle as the input sync. 

Programming SETHCNT to values greater than 4 causes the TMS34020's 
video outputs to be in advance of the external video source. This can be useful 
for eliminating additional signal skews in the system. 

There is a similar register for loading the vertical counter, SETVONT. This must 
be loaded with for interlaced video mode; othenA/ise, the TMS34020 will not 
be able to synchronize to the external field parity, for the reasons discussed 
in Section 9.9.1. If desired, you may load it with nonzero values in noninter- 
laced video mode; this displaces the internal video from the external video by 
a number of scan lines. 
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9.9.4 Synchronization Conversion 



When you load SETHCNT with 4, the TMS34020's video output signals are 
synchronized with the input signals, provided that the input signals meet the 
setup and hold times for synchronous operation (see the TMS34020 Data 
Sheet). Because of this feature, the TMS34020 can be used to convert one 
form of synchronization waveforms into another. 



□ If the VSYNC and HSYNC pins are selected as inputs and the video timing 
registers accurately match the parameters of the external source, the 
CSYNC output is an exactly synchronized composite waveform with (in in- 
terlaced mode) the correct equalization and serration pulses. 



Q If the CSYNC pin is selected as an input and the video tim ing regis ters 
accurate ly match the parameters of the external source, the HSYNC and 
VSYNC outputs are exactly synchronized separate waveforms equivalent 
to the input. 

9.9.5 Programming Flexibility and Limitations 

For asynchronous operation in which the TMS34020 is not required to exactly 
follow the external source, you can program HTOTAL to a very large value 
(such as FFFFh). This prevents the condition HCOUNT= HTOTAL from occur- 
ring, and HCOUNT is reset only when a high-to-low transition on an external 
sync occurs. When using external synchronization modes there are, depend- 
ing on the application, a number of different approaches that can be taken in 
programming the video timing registers. 

For noninterlaced video, the same is also true for VTOTAL; however, for inter- 
laced video, VTOTAL must be programmed to the correct value for the 
TMS34020 to be able to resolve the field parity of the external source. 

Anytime SETHCNT is not (typically for synchronous operation), HTOTAL 
should be loaded to match the external source. If this is not adhered to, then 
the TMS34020 will not be able to start horizontal- or composite-sync pulses 
coincident with the external-sync pulse, because the condition 
HCOUNT = HTOTAL will not occur. If you are not concerned about starting 
horizontal- or composite-sync pulses exactly aligned, but still wish to use 
SETHCNT, HTOTAL can be programmed to a large value as detailed above. 
If you take this approach, there are some pitfalls to avoid: Because HCOUNT 
is reloaded with the value in SETHCNT but HTOTAL is never reached, the 
counter never counts through those values from up to SETHCNT - 1 . You 
must ensure that the values of HESYNC, HESYNC/2, HESERR, HSBLNK, 
HEBLNK, or HTOTAL/2 do not coincide with any of these values; if they do 
coincide, the output waveforms could be corrupted. Again, for interlaced video, 
VTOTAL must be accurately programmed. 
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To allow the TMS34020 to detect the beginning of vertical sync from a com- 
posite-sync input, HESERR must be equal to at least HESYNC + 2. The 
TMS34020 samples the state of the composite input waveform when 
HCOUNT = HESYNC to determine whether serration has begun; if this is not 
adhered to, the TMS34020 may mistake a regular horizontal-sync pulse for a 
serration pulse. 

^BILIP^ For the TMS34010, it was important that HTOTAL and VTOTAL contained 

^ ^ values large enough not to cause HCOUNT and VCOUNTto be cleared before 

the leading edges of the external sync pulses could clear them. This is not the 
case for the TMS34020. Instead, it is more important to program the registers 
accurately; it is essential to program VTOTAL correctly for interlaced field 
parity alignment, and HTOTAL correctly for synchronization conversion. 



o 
o 
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9.9.6 External Synchronization Pulse Widths 



The external synchronization pulses input to the TMS34020 should have the 
following dimensions: 



Q Minimum width of HSYNC and VSYNC: Not less than 1 VCLK cycle. 



Qi Minimum width of CSYNC: Same as for HSYNC/VSYNC except the 
serration pulses input during the vertical-sync portion of the signal must 
be at least 2 VCLK periods longer than the ordinary horizontal-sync pulse. 

tl Maximum width, all pins: Not greaterthan the internally generated pulse 
(HESYNC + 1, etc.). 

a As for internal interlaced video, HSBLNK, HTOTAL/2, and HESYNC/2 
must be separated from each other by a time of at least 2 VCLK periods 
plus 2 LCLK periods, ensuring that the memory controller can detect the 
correct requests. 
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9.10 Screen Sizes and Dot Rate 

The TMS34020's 512-Mbyte address reach supports very high-resolution 
displays. For example, a large TMS34020-based system could use the lower 
half of the address space for display memory and use the upper half for storing 
programs and data. The 256-Mbyte display memory in this example could 
support the following display sizes: 

Qi 8, 1 92 by 8, 1 92 pixels at 32 bits per pixel 

□l 1 6,384 by 8, 1 92 pixels at 1 6 bits per pixel 

Ol 1 6,384 by 1 6,384 pixels at 8 bits per pixel 

Qi 32,768 by 1 6,384 pixels at 4 bits per pixel 

Ol 32,768 by 32,768 pixels at 2 bits per pixel 

□l 65,536 by 32,768 pixels at 1 bits per pixel 

At most, all of the TMS34020's memory space below that allocated to the I/O 
registers could be allocated to the display. 

The video timing registers also support high-resolution displays. The 16-bit 
vertical counter register, VCOUNT, directly supports screen lengths of up to 
65,536 lines. The 1 6-bit horizontal counter register, HCOUNT, does not directly 
limit horizontal resolution. Each horizontal line can be up to 65,536 VCLK 
(video clock) periods in length. The VCLK period, however, is an arbitrary 
number of dot-clock periods long, depending on the external divide-down logic 
that derives VCLK from the dot clock. Therefore, the number of pixels per line 
supported by the TMS34020's horizontal timing registers is limited only by the 
amount of video memory present. 

A typical screen must be refreshed 60 times per second for a noninterlaced 
display, or 30 times per second for an interlaced display. For a noninterlaced 
display, the dot period (or time to refresh 1 pixel) is estimated as 

dotperiod= DBRx (1/60 second) 

(pixels/line) (lines/franfie) 

For an interlaced display, the dot period is estimated as 

dotperiod= DBRx (1/30 second) 

(pixels/line) (lines/frame) 

DBR is the display-to-blanking ratio, equal to the unblanked fraction of each 
frame. This is typically about 0.8, although this factor varies from monitor to 
monitor. During each dot period, the complete information for 1 pixel must be 
obtained from the display memory, or frame buffer. Thus, the rate at which 
video data must be supplied from the display memory (usually the limiting fac- 
tor for large systems) is a function of pixel size as well as screen dimensions. 
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9.11 Display Interrupts and Applications 



You can program the TMS34020 to interrupt the CPU when a specified line is 
displayed on the screen. This is called the display interrupt. Enabling the 
display interrupt is a 2-step process: 

Step1: SetDIE[[INTENB]to1. 

Step 2: Load the DPYINT register with the number of the desired horizontal 
scan line. When VCOUNT = DPYINT, the interrupt request is gener- 
ated to coincide with the start of horizontal blanking at the end of the 
specified line. 

DIPElNTPENDl is set every time the interrupt request is generated. You can 
poll the display interrupt by disabling the interrupt (setting DIE to a 0) and 
checking the value of DIP. Writing a to DIP clears the interrupt request. 

The display interrupt has several applications: 

Ql Coordinating modifications to a bitmap with displaying the bitmap's 
contents. For example, while the bottom half of the screen is being 
displayed, the TMS34020 can modify the bitmap used for the top half of 
the display, and vice versa. 

□i Maintaining a cursor on the monitor screen. The cursor image resides in 
the on-screen memory only during the time the electron beam is scanning 
the lines containing the cursor, and remains free from flicker even during 
periods when the TMS34020 is busy drawing to the screen. The technique 
is to load the DPYINT register with the VCOUNT value of the scan line just 
above where the top of the cursor is to appear. When the display interrupt 
occurs, the interrupt service routine performs the following tasks: 

■ Sets DPYINT to the scan line just below the cursor, 

■ Saves the portion of the screen where the cursor is to appear, and 

■ PIXBLTs the cursor onto the screen. 

The cursor then remains on the screen until the electron beam next scans 
the lines it is on. In the mean time, as soon as the electron beam reaches 
the bottom of the cursor, a second display interrupt occurs. This causes the 
original screen to be restored in preparation for the next frame, and the 
TMS34020 can resume drawing to the screen. 

Ql Split-screen applications. By modifying the contents of SRNXCDPYNXD 
part way through a frame, you can display different parts of the bitmap in 
different horizontal bands of the screen. Sections 9.15.2 and 9.15.3 
(beginning on page 9-53) discuss the use of SRNX as part of the screen- 
refresh mechanism. No special steps are necessary to ensure that loading 
a new value to SRNX does not interfere with the ongoing screen- refresh 
cycle; the display interrupt is requested at the beginning of the horizontal- 

9-37 



Display Interrupts and Applications / Video Timing Programming Examples 



blanking interval coincident with a screen-refresh request. However, the 
TMS34020 cannot respond to the interrupt request until the screen refresh 
and subsequent updating of SRNX is complete (this is true whether the 
interrupt was taken or the TMS34020 polls the DIP bit for the O-to-1 transi- 
tion). After DIP is set to 1 , SRNX can be loaded with a new value to achieve 
the split screen any time before the next screen-refresh cycle. 

In interlaced mode, VCOUNT increments every half scan line during the 
equalization and serration regions of vertical blanking. When this is occur- 
ring, DPYINT is compared with VCOUNT twice per scan line; the display 
interrupt may occur at the start of horizontal blanking and also when 
HCOUNT = HTOTAL72 (in the center of each line). 



9.12 Video Timing Programming Examples 



This section illustrates procedures for determining the values to be pro- 
grammed into the TMS34020's video timing logic. 



9.12.1 Noninterlaced 1024 x 768 Display 



Specifications- 



This example assumes that the NIL, CVD, and CSD bits in DPYCTL are set 
to 1 , so that the TMS34020 is in noninterlaced video mode with separate hori- 
zontal- and vertical-blanking outputs. The values of other control bits in 
DPYCTL depend on other system specifications not covered in this example 
(such as external synchronization modes). 



The monitor in this example uses these parameters; you could easily modify 
the example to fit the specifications of another monitor. 



Q Horizontal (refer to Figure 9-3 on page 9-11): 

Scan line duration (LD): 20.625 |j.S 

Sync duration (HS): 1 \xS 

Back porch (HBP): 2.875 |iS 

Front porch (HFP): 0.75 |aS 

Qi Vertical (refer to Figure 9-6 on page 9-1 3): 

Frame duration (FD): 1 6.665 mS 

Sync duration (VS): 83 |aS 

Back porch (VBP): 660 |aS 

Front porch (VFP): 82|iS 

Q Screen dimensions: 1 024 pixels by 768 lines 
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Procedure- 



Figure 9-13 (page 9-20) lists the timing register programming equations for 
noninterlaced video. Before you can calculate proper values for the video tim- 
ing registers, you must determine the active display time and the VCLK period: 

Q[ Use the horizontal information to calculate the active display time: 
active time (AT) = LD - HS - HBP - HFP = 16.000 |iS 
At 1024 pixels per line, this is 15.625 nS per pixel. 

Qi Determine the VCLK period. The minimum VCLK period VCLK is 50 nS, 
which means that the pixel dot clock must be divided by at least 4 to gener- 
ate VCLK. Assuming this to be the case, 
VCLK period (Tvdk) = 6^- 5 nS and VCLK frequency = ) 6 MHz 



Step Calculate... 



Formula 



Yields a register value of.. 



Number of VCLK cycles per scan line 



LD 



ivclk 



= 330 



HTOTAL = 329io(149h) 



Number of VCLK cycles in horizontal sync 



HS 



fvclk 



= 16 



HESYNC = 15io(OFh) 



Number of VCLK cycles in the horizontal back 
porch 



HBP 



46 



Number of VCLK cycles between the beginning 
of horizontal sync and the end of horizontal 
blanking 



HS + HBP 



Ivclk 



= 62 



HEBLNK = 61io(3Dh) 



Number of VCLK cycles In the horizontal front 
porch 



HFP 



Ivclk 



= 12 



Number of VCLK cycles between the beginning 
of horizontal sync and the beginning of horizon- 
tal blanking 



LD - HBP 



Ivclk 



218 



HSBLNK = 217io(OD9h) 



Number of lines per frame 



= 808 

LD 



VTOTAL = 807io(327h) 



8 Number of lines in vertical sync 



ys^ 

LD 



= 4 



VESYNC = 7io(7h) 



9 Number of lines in the vertical back porch 



VBP 
LD 



= 32 



10 Number of lines between the beginning of verti- 
cal sync and the end of vertical blanking 



VS + VBP 
LD 



= 36 



VEBLNK = 35io(23h) 



11 Number of lines in the vertical front porch 



VFP 
LD 



12 Number of lines between the beginning of verti- 
cal sync and the beginning of vertical blanking 



FD - VFP = 804 VSBLNK = 803io (323h) 
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9.12.2 Composite Interlaced NTSC Display Example 

This example assumes that the NIL and CVD bits in D PYCTL are set to to 
configure the T MS34020 for interlac ed video, w ith CSYNC/HBLNK and 
CBLNK/VBLNK configured as CSYNC and CBLNK, respectively. The values 
of other control bits in DPYCTL depend on other system specifications not cov- 
ered in this example (such as external synchronization modes). 



Specifications- 



This example demonstrates how to program the TMS34020's video timing reg- 
isters for fully NTSC-compatible composite video (that is, broadcast-standard 
TV). The required specifications are 



Ql Horizontal (refer to Figure 9-3 on page 9-11): 



Scan line duration (LD): 
Sync duration (HS): 
Sync to setup (HSS)")": 
Front porch (HFP): 
Subcarrier period (SP): 



63.556 \xS 
4.7(±0.1)|iS 
9.4(±0.1)|iS 
1.5(±0.1)|iS 
(2 / 455) X LD 



Ql Vertical (refer to Figure 9-6 on page 9-1 3): 

Frame duration (FD): 525 lines 

Sync duration (VS): 3 lines 

Sync to setup (VSS)"!": 1 7 lines 

Front porch (VFP): 3 lines 

□i Screen dimensions: A typical TV display has 376 pixels per line. This 
yields screen dimensions of 376 pixels x 525 lines. 

"t" Sync to setup is an NTSC-speclfied parameter, and is equal to sync plus the 
back porch. 



Procedure- 
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Figure 9-17 (page 9-26) lists the timing register programming equations for 
interlaced video. Before you can calculate proper values for the video timing 
registers, you must determine the minimum VCLK period and frequency. 

In calculating the minimum VCLK frequency, the most important consider- 
ation for NTSC is that the NTSC subcarrier waveform (which transmits color 
information) and VCLK must be harmonically related. The number of subcarr- 
ier cycles per scan line is 

LD/SP = 227.5 

There must be an integral number of VCLKs per line, which means that VCLK 
must be at least twice the frequency of the subcarrier, resulting in 455 VCLKs 
per line. However, for composite video, the equalization and serration pulses 
that occur in vertical blanking occur at exactly half scan line intervals, and this 
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means that the number of VCLKs per line must also be even. This results in 
VCLK being 4 times the frequency of the subcarrier, with 91 VCLKs per line. 
Therefore, 

VCLK period (T^clk) = 69.48 nS and VCLK frequency =14.318 MHz 



Step 


Calculate... Formula 


Yields a register value of... 


1 


Number of VCLK cycles per scan line / n 

■f^ = 910 

' vclk 


HTOTAL = 909io(148h) 



2 Number of VCLK cycles in horizontal 

sync 



HS 



'vclk 



67.29 



HESYNC = 67io(42h) 



This is not an integer, but if 68 is chosen, the value of HS 
derived is still within the ±0.1 |iS tolerance specified: 4.749 
|iS. Remember that horizontal sync should be an even num- 
ber of VCLKs long to ensure that the equalization pulses are 
exactly half that duration. 



Number of VCLK cycles in horizontal ld _ ^^ 
serration -^-^z 



= 387.7 



HESERR = 387io(183h) 



388 gives the inactive time between serration pulses, which 
is specified identical to HS, as 4.679 |iS, which is within the 
tolerance 



Number of VCLK cycles between the 
beginning of horizontal sync and the 
end of horizontal blanking 



HSS 



I vclk 



134.58 



HEBLNK=134io(86h) 



135 is within the tolerance specified: HSS= 9.428 [xS 



Number of VCLK cycles in the hori- 
zontal front porch 



HFP 

Tvclk 



21.47 



22 is within the tolerance specified: HFP= 1 .536 |iS 



Number of VCLK cycles between the 
beginning of horizontal sync and the 
beginning of horizontal blanking 



LD - HFP 



888 



HSBLNK = 887-10 (337h) 



'vclk 
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Because the vertical timing parameters are already specified in lines, it is nec- 
essary only to work through the formulas given in Figure 9-1 7 to calculate the 
vertical timing register programming: 



step 


Calculate... 


Formula 




Yields a register value of... 


7 


VESYNC 


VSX4-1 




VESYNC = 11 10 (OBh) 


8 


VTOTAL 


-^ + (2 X VS) + VFP - 


- 271.5 


VESYNC = 271 io(10Fh) 


9 


VSBLNK 


VTOTAL -VFPx 2 




VSBLNK = 265io(109h) 


10 


VEBLNK 


VSS + 2X VS-1 




VEBLNK = 22io(1 eh) 



9.13 Video RAM Coniroi 



Display memory is the area of memory that holds the graphics image output 
to the video monitor. The display memory is typically implemented with VRAMs 
(video RAMs). The TMS34020 automatically schedules VRAM memory-to- 
register cycles, called screen-refresh cycles, needed to refresh a video 
screen. A screen-refresh cycle typically affects all VRAMs in a system. During 
a screen-refresh cycle, a selected row of the display memory is transferred to 
the internal serial register of each VRAM. The data is then shifted out to refresh 
the display. 

The TMS34020 supports 2 distinct types of screen refresh: 

Q[ Screen refreshes that occur during horizontal blanking and 
□i Screen refreshes that occur during the active display time. 

The addresses output during both types of screen-refresh cycles are gener- 
ated by a separate mechanism discussed in Section 9.15 (page 9-51); this 
section also discusses other VRAM-control options programmed via the 
DPYCTL register. 



9.13.1 Screen Refreshes During Horizontal Blanking 
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The video timing logic schedules a screen-refresh cycle at the beginning of 
each horizontal-blanking interval. During blanking, the VRAM serial registers 
should not be shifting data (SCLK should be off). During the vertical-blanking 
interval, no screen refreshes take place until the horizontal-blanking interval 
at the beginning of the first displayed line of the new frame. Figure 9-20 shows 
the local-memory screen-refresh memory cycle. 
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Figure 9-20. Local-Memory Memory-to-Register Transfer Cycle 
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9.13.2 Screen Refreshes During the Active Display Time (l\/lidline Reload) 

The TMS34020 contains dedicated circuitry that operates synchronously to 
the VRAM's shift clock (SCLK). This enables the TMS34020 to perform screen 
refreshes during the active display time in systems with VRAMs that have split 
serial registers (such as the TMS44C251, a 1-Mbit, 256Kxaz VRAM). These 
occur without interrupting the flow of data to the screen. If enabled, mid- 
line-reload screen-refresh cycles occur as well as (not instead of) horizon- 
tal-blanking screen-refresh cycles. 

The SCOUNT register is loaded automatically during the horizontal-blanking 
screen refresh with the column address (or tap-point) portion of the logical 
address output to the VRAMs. When blanking ends and SCLK starts again, 
SCOUNT is incremented each time the VRAM serial registers shift out a bit of 
data. In this way, SCOUNT always contains the column address of the bit of 
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data currently being shifted out. When SCOUNT increments from all 1s (the 
column address of the last bit to be shifted out of one-half of the serial register) 
to all Os (the column address of the first bit to be shifted out of the other half 
of the serial register), a midline-reload screen-refresh cycle is scheduled. 

You must set SSVIDPYCTL] to a 1 to allow the TMS34020 to perform 
split-serial-register screen refreshes when they are scheduled by SCOUNT. 
The DPYMSK register must also be programmed to ensure that SCOUNT is 
loaded with the correct portion of the full logical address (Section 9.15, page 
9-51, describes this). Figure 9-21 shows the split-serial-register VRAM mid- 
line-reload screen-refresh memory cycle. The generation of the addresses 
output during the register-to-memory cycles described in this section is also 
covered in Section 9.15. 

Figure 9-21. Local-Memory Split-Serial-Register VRAM Memory-to-Register Cycle 
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When midline reload is enabled, an extra screen refresh is scheduled during 
horizontal blanking. As for any horizontal-blanking period, an ordinary memo- 
ry-to-register cycle loads the specified row of VRAM into each of the VRAM 
serial registers. This loads both halves of the split serial register. However, if 
the tap point is more than halfway along the row, then the idle half of each serial 
register (loaded from the lower half of the VRAM row) will not contain data from 
the next row of VRAM to be displayed. To ensure that the idle half contains the 
next half row, and not the previous, a split-serial-register screen refresh with 
the address of the next half-row is generated immediately after the ordinary 
horizontal-blanking screen refresh. This is the same type of cycle used for the 
midline-reload screen-refresh cycles, and loads only half of each of the VRAM 
serial registers. Figure 9-22 shows these memory cycles. 

Figure 9-22. Local-Memory Split-Serial-Register VRAM Horizontal-Blanking Memory-to-Register Cycles 
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Note: During the second screen-refresh cycle, the MSB of the column address identifies which half of the serial 
register is reloaded. Remaining bits of the column address = and represent the tap point. The row address 
output now addresses the memory row containing the next half row to be transferred to the split serial reg. 
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Note: 

Normally, SCLK should be low during blanking. However, VRAMs require 
an SCLK pulse to latch the tap-point address into an internal counter. As 
Figure 9-22 shows, 2 tap-point addresses are provided during horizontal 
blanking. To ensure correct operation, you must provide a single SCLK 
pulse to the VRAMs between TR/QEs low-to-high transition at the end of 
the first screen-refresh cycle, and RAS's high-to low transition at the begin- 
ning of the second screen-refresh cycle. (This is in accordance with the 
timing specifications for VRAMs.) Failure to do this causes the TMS34020 
to ignore the tap-point address provided during the screen-refresh cycle. 



9.13.3 Why Use Midline Reload? 

If serial-register transfers during horizontal blanking are the only type of trans- 
fers available in a system, the display memory must be arranged in a way that 
allows the VRAM serial registers to be loaded with enough information for an 
entire scan line during each horizontal-blanking interval. Each row of VRAM 
must contain at least as many bits as the number of pixels on one screen line. 
Depending on the number of pixels, this means that there can potentially be 
a significant amount of the display memory that cannot be used. 

If, however, the VRAM serial registers can be reloaded during the active 
display time as well as during blanking, there is no need for any of the display 
memory to be wasted. Also, because each row of the display memory no longer 
needs to contain enough information for a whole screen line. The number of 
memory rows required may allow the display memory to be contained in fewer 
banks. Section 8.1 7 ( Double-Buffered Displav Example , page 8-57) illustrates 
how using midline reload can reduce the amount of VRAM required for display 
memory. 

Although midline reload can reduce the amount of VRAM required, there is an 
inherent trade-off: The screen pitch may not be a power of 2. If XY addressing 
is being used for graphics instructions (as it typically is) , this increases the time 
taken to convert an XY address to a linear address: 

Qi If the screen pitch is a power of 2, each conversion takes 3 machine cycles. 

Q If the screen pitch is the sum of two powers of 2, each conversion takes 
4 machine cycles. 

□i If the screen pitch is an arbitrary value, each conversion takes 1 5 cycles. 

In addition to the CVXYL instruction, which performs one conversion, graphics 
instructions that have XY operands (either explicit or implicit) automatically 
perform XY-to-linear conversions. The following instructions are affected: 

Ck DRAV performs one conversion. 

Ql FILL XY and PFILL XY perform one conversion. 
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■Ql LINE performs one conversion. 

Q[ PIXBLT instructions perform one conversion for eacii XY operand. 

Ql PIXT instructions perform one conversion for each XY operand. 

Chapter 1 2, Graphics Instructions and Operations, provides precise details of 
how the execution time for each instruction is affected by using a screen pitch 
that is not a power of 2. 



9.13.4 VRAM Bulk Initialization 



VRAMs may be rapidly loaded with an initial value using a special feature that 
converts pixel accesses into register transfers. This rapid loading method is 
referred to as bulk initialization. When CSTEDPYCTU is set to 1, the 
TMS34020 converts all reads and writes of pixel data into register-transfer 
cycles. When CST = 0, pixel accesses are performed in the normal way. 

When CST = 1, the TMS34020 can initiate register-transfer cycles under 
explicit program control. By performing a series of such cycles, some or all of 
the display memory can be set to an initial background color or pattern very rap- 
idly (in a small fraction of a frame time). First, the VRAM serial registers are 
loaded with an initial value. The video memory is then set to the initial color or 
pattern one row at a time by writing the serial register contents to the memory. 

The row address output during the register-transfer cycle determines which 
row of memory is involved in the transfer. The direction of the transfer Is deter- 
mined by whether the cycle is a read or write. A write cycle (such as a PIXT 
from a general-purpose register to memory) is converted to a VRAM regis- 
ter-to-memory cycle. Similarly, a read cycle (such as a PIXT from memory to 
a general-purpose register) is converted to a VRAM memory- to-register cycle. 

The value of the CST bit affects only pixel transfers. Other data accesses and 
instruction fetches are unaffected. 

Before bulk initialization, the VRAM serial registers must be loaded with the 
solid color or pattern with which the display memory will be loaded. This can 
be accomplished by 

Ql serially shifting bits into the serial registers, or 

□i loading a row of display memory with the color or pattern using a series 
of normal pixel writes (CST = 0), then loading the contents of this row into 
the VRAM serial registers by means of a PIXT memory-to-register instruc- 
tion (CST =1). 

To further speed bulk initialization, you can make a series of transfers more 
rapidly by using a single FILL instruction in place of a series of PIXTs. Select 
the fill region so that each pixel write cycle generates a new row address. The 
fill region should be 1 , 2, 3, or 4 bytes wide. Plane masking and transparency 
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are disabled, and the pixel-processing replace option is selected. This ensures 
that the TMS34020 need not perform any read-mod if y-write operations, and 
each row is addressed only once during the course of the fill operation. 

The number of bits of the display memory that are altered by a single regis- 
ter-to-memory transfer cycle is calculated by multiplying the number of VRAM 
devices by the number of serial register bits in each device. 



9.13.5 Video Capture 



If VCEIDPYCTL] is set to 1 , all screen-refresh cycles are executed as regis- 
ter-to-memory cycles, rather than memory-to-register cycles. Figure 9-23 
shows a memory-to-register cycle. This feature is useful if the VRAMs are used 
to capture video data by shifting data bits into them, rather than out. 



Figure 9-23. Local-Memory Register-to-Memory Transfer Cycle 
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Video RAM Control 



Do not use the video-capture feature with midline reloads. The register- 
to-memory cycle overwrites an entire VRAM row from the VRAM serial regis- 
ter. In the case of the first midline reload that follows the end of horizontal blank- 
ing, not all the bits in the serial register would need transferring — only those 
shifted in since the end of blanking. 



9.13.6 Disabling Screen Refreshes 



In order for the TMS34020 to perform screen-refresh memory cycles initiated 
by the video-timing logic or the midline-reload logic, SRECDPYCTL] (screen 
refresh enable) must be set to a 1 . While it is 0, the TMS34020 still increments 
the screen-refresh address during horizontal blanking, but no actual screen- 
refresh memory cycles occur. 

This can be useful for inserting a video image from another source onto the 
image generated by the TMS34020. If a section of the screen image is to be 
provided by another source, SRE is set to during the line immediately preced- 
ing the inserted image. The TMS34020 then stops refreshing the screen, 
allowing another device to perform this function. 

To revert to the TMS34020-generated image, set SRE to 1 again during the 
last line of the inserted image. The TMS34020 then restarts screen refreshes, 
beginning in the horizontal-blanking interval immediately following the last line 
of the inserted image. Because the screen-refresh address is incremented 
every line, regardless of the value of SRE, the first line displayed will be the 
same line that would have been displayed at this time if the screen refreshes 
had never been switched off. 

If midline-reload screen refreshes are also used, the SSV bit should be set to 
1 at the same time as the SRE bit. However, you should note that if the 
TMS34020's SCLK input is clocking during the last line of the inserted image 
after the SSV bit has been set to 1 , a midline-reload screen refresh could occur 
before the end of the line. Holding the SCLK input low while the inserted image 
is being output to the screen eliminates this problem. 



9-49 



Scheduling Screen-Refresh Cycles 



9.14 Scheduling Screen-Refresh Cycles 



The horizontal-blanking period should be long enough to ensure that the 
TMS34020 has completed the serial-register transfer by the time blanking 
ends and data starts shifting out to the screen again. The delay from the start 
of horizontal blanking until the start of the screen-refresh memory cycle is 
called the screen-refresh latency and is determined by the TMS34020's 
memory controller. It consists of 2 elements: 

Q The time necessary to synchronize and recognize the screen-refresh 
request from the video timing logic, and 

Qi The time to complete the memory cycle currently in progress when the 
request is recognized. 

The synchronization and recognition time is, at worst, 3.5 machine states and, 
at best, 2.5 machine states. Table 9-1 shows the maximum and minimum 
screen-refresh latency. 



Table 5- /. Screen- Refresh Latency 



Measurement 


Value 


Minimum screen-refresh latency 


2.57 


Maximum screen-refresh latency: 




tl DRAM refreshes enabled 


(5.5 + A^)r 


Qi DRAM refreshes of/sad/eof 


(4.5 + N)T 



Key: T local clock period 

N maximum number of wait states per memory cycle 

Page mode bursts are terminated by the screen-refresh request and restart 
after the screen-refresh cycle from the next address in the sequence. In this 
way, they do not delay the start of the screen-refresh cycle. 

A new memory access (in which the full address is output on the LAD bus) that 
starts, or is in a wait state, in the machine state just before the screen refresh 
is recognized cannot be aborted until the first word of data has been trans- 
ferred. This, therefore, delays the start of the screen refresh by 1 +A^ machine 
states. However, a DRAM refresh (which takes three machine states mini- 
mum) will delay the start of the screen refresh by 2+A^ machine states. 

The length of time taken for the screen refresh to complete, once started, 
depends on the number of wait states used. The minimum time is 2 machine 
states. For systems using split-serial-register VRAM midline reloads, the hori- 
zontal-blanking screen-refresh cycle is actually 2 distinct memory cycles (see 
Section 8.1 3.2). In this case, the minimum duration of the horizontal-blanking 
screen refresh is 4 machine states, and both of the memory cycles can have 
wait states inserted. The maximum possible time from the beginning of 
horizontal blanking to the end of the screen-refresh cycle defines the minimum 
horizontal-blanking duration. Table 9-2 summarizes this. 
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Table 9-2. Minimum Horizontal-Blanldng Duration 



Measurement 



Value 



Minimum horizontal-blanking duration 
(w/Y/7oi/f split-serial-register VRAM reloads): 

Q[ DRAM refreshes enabled 

Ql DRAM refreshes disabled 



(7.5 + N)T 
(6.5 + N)T 



Minimum horizontal-blanking duration 
(with split-serial-register VRAM reloads) 

Ql DRAM refreshes enabled 

Qt DRAM refreshes disabled 



(9.5 + 2N)T 
(8.5 + 2N)T 



Key: T local clock period 

N maximum number of wait states per memory cycle 



9.15 Generating Screen-Refresh Addresses 

This section describes methods for programming the TMS34020 to generate 
the addresses for all types of screen refreshes. 

The address output during a screen-refresh cycle identifies the first of a series 
of pixels to be output to the monitor. In the case of a horizontal-blanking screen 
refresh, this is the first pixel on the next scan line. For a midline reload, it is the 
first pixel of the next row of VRAM. The TMS34020 outputs a 28-bit logical ad- 
dress on LAD31— LAD4. This address can be broken down into several fields: 

Q the 1 6-bit word select on bit 4, 
Ql the column-address and row-address fields, and 
Q a bank-select field or fields (optional). The bank-select field(s), if required, 
can be at either end of the address (less significant than the column 
address, or more significant than the row address, or both). 

The precise positioning of all these fields (except for the 1 6-bit word-select bit), 
must be determined by system requirements. Figure 9-24 shows this. 

Figure 9-24, Screen-Refresh Address Fieids 

(a) Bank select at the most 
significant end of the 
address 



(b) Bank select at the least 
significant end of the 
address 
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Notes: 1 ) The screen refresh status code is output on LADS — LADO. 

2) The S bit is always unless dynamic bus sizing is employed to access 1 6-bit wide VRAMs, and is al- 
ways during screen-refresh cycles. 

3) The address may not extend all the way to address bit 31 asshown. In atypical system, the full address 
range is unlikely to be required. 
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The row address output during the screen-refresh cycle specifies the row in 
memory to be loaded into the serial register internal to the VRAM. The column 
address determines which bit of that row is shifted out of the VRAM serial regis- 
ter first. 



9.15.1 Horizontal-Blanking Screen-Refresh Addresses 

The portion of the display memory actually output to the monitor is referred to 
as on-screen memory. To generate the appropriate address for each horizon- 
tal-blanking screen refresh, it is necessary to know 

□i The starting location of the on-screen memory. 

Typically, the starting location of the on-screen memory is the address of 
the pixel appearing in the top left-hand corner of the display. Load this 
address into SRSTEDPYSTI. 

□i The difference in 32-bit memory addresses between 2 vertically adjacent 
pixels on the screen; this is called the screen pitch. 

Screen pitch is the difference between the memory addresses of the first 
pixels of 2 consecutive scan lines. For systems not using midline reload, 
this is also the width of the display memory because each row of VRAM 
must contain all the information for a whole scan line. Load the screen pitch 
intoSRINCEDINCl. 

In some systems, the screen may be refreshed starting from the bottom of 
the screen. If this is the case, load SRINC with the 2s complement of the 
screen pitch so that the screen-refresh address is decremented between 
each horizontal-blanking screen refresh. 

Qi The vertical magnification (Y-zoom) of the display. This is the number 
of times each scan line in the display memory will be displayed on the 
screen. Typically, each line is displayed only once; the remainder of this 
discussion assumes this is the case. For more information about the 
Y-zoom feature, refer to Section 9.15.5 on page 9-56. 

Oi Whether or not the display is interlaced (NIL[DPYCTLl = 0). 

The TMS34020 automatically calculates the address required for each screen 
refresh and stores the address in SRNX[DPYNX]1. 

The DPYMSK register is required for midline-reload screen refreshes (see 
Section 9.15.4 on page 9-55). However, if you are not using midline reload, 
there is no need to program DPYMSK. 
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9.15.2 Screen-Refresh Addressing Sequence for Noninterlaced Displays 

If NILIDPYCTU = 1 , the TMS34020 generates screen-refresh addresses in 
the following sequence: 

1 ) At the beginning of the vertical-blanking period, the address specified by 
SRSTCDPYSTD is loaded into SRNXIDPYNXI. 

2) In the horizontal-blanking period just before the first line of the frame, the 
addresses contained in SRNX is output to the VRAMs during the screen- 
refresh cycle. SRINCCDINC]] is then added to this address, and the result 
is loaded back into SRNX. 

3) During the next horizontal-blanking period, the contents of SRNX are 
output during the screen-refresh cycle. SRINC is then added to this, and 
the result is loaded back into SRNX. This process then repeats during all 
subsequent horizontal-blanking periods until the end of the frame. 

Figure 9-25 illustrates this sequence in the form of a flow chart. 

9.15.3 Screen-Refresh Addressing Sequence for Interlaced Displays 

If NILEDPYCTUl = 0, the TMS34020 generates screen-refresh addresses in 
2 sequences— one for the odd field and one for the even field. These 
sequences are described below, and illustrated in the form of a flow chart in 
Figure 9-25. 

1 ) At the beginning of the vertical-blanking interval between the odd and even 
fields, the address specified in SRSTEDPYSTl is added to half 
SRINC[DINC1, and the result is loaded into SRNXCDPYNXI!. This is 
because vertical blanking ends halfway across the first line of the even 
field, and the first pixel displayed is half a line away from the on-screen 
memory start address (refer back to Figure 9-14). 

2) In the last horizontal-blanking period before the first line of the even field, 
the address contained in SRNX is output to the VRAMs during the 
screen-refresh cycle. Then, fiv/ce SRINC is added to SRST, and the result 
is loaded into SRNX. SRNX then points to the first pixel on the third scan 
line because alternate lines are scanned in interlaced mode. 

3) During the next horizontal-blanking period, the contents of SRNX are out- 
put during the screen-refresh cycle. Twice SRINC is then added to this, 
and the result loaded back into SRNX. This process then repeats during 
all subsequent horizontal-blanking periods until the end of the field. 

4) At the beginning of the vertical-blanking interval between the even and odd 
fields, the address specified in SRSTlDPYSTD is added to SRINC, and the 
result is loaded into SRNX. SRNX then points to the first pixel on the 
second scan line (the first line scanned in the odd field). 
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5) In the horizontal-blanking period just before the first line of the odd field, 
the address contained in SRINC is output to the VRAMs during the 
screen-refresh cycle. Then, fw^/ce SRINC is added to SRNX, and the result 
is loaded back into SRNX. SRNX then points to the first pixel on the fourth 
scan line. 

6) During the next horizontal-blanking period, the contents of SRNX are out- 
put during the screen-refresh cycle. Twice SRINC is then added to this, 
and the result is loaded back into SRNX. This process then repeats during 
all subsequent horizontal-blanking periods until the end of the field. 



Figure 9-25. Screen-Refresli Address Generation Flow 
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9.15.4 Midline-Reload Screen-Refresh Addresses 



If midline-reload screen refreshes are enabled, the column address part of the 
logical address must be identified, so that 

Qi SCOUNT can be loaded with the VRAM tap-point to enable it to correctly 
schedule the midline-reload screen-refresh cycles. 

Qi The correct row address can be isolated and output during the 
midline-reload screen refreshes. 

DPYMSK stores a mask of contiguous 1s ,which correspond to the column 
address portion of SRSTlDPYSTl or SRNX[[DPYNX] . 

This mask determines which bits of the logical address are loaded into 
SCOUNT. SCOUNT is loaded with the tap-point portion of the address loaded 
into SRNX whenever SRNX is loaded during horizontal blanking. 

256Kx4 (1 Mbit) VRAMs have 9 column address bits and 9 row address bits 
(51 2 rows and 51 2 columns), but because they also have split serial registers, 
each row of VRAM is conceptually split into 2; each midline-reload screen- 
refresh cycle loads only half a VRAM row into the relevant half serial register. 
Thus, the address must be incremented at the most significant column- 
address bit, rather than the least significant row bit (to select between the 2 
halves of the VRAM). Therefore, when considering midline reload and 
DPYMSK, the most significant column-address bit of the VRAM is not consid- 
ered as being part of the tap point, but as the least significant half-row address 
bit. 

When a midline-reload screen refresh occurs, the address output to the 
VRAMs is the address of the first pixel in the next half-row of VRAM. Therefore, 
the column portion of the address is 0. 

The mask stored in DPYMSK is also used to isolate the half-row address from 
the full logical address (all bits more significant than that mapped to by the most 
significant 1 in DPYMSK are considered to be the half-row address). A non 
user-accessible register is loaded with the row address portion of the address 
loaded into SRNX whenever SRNX is updated during horizontal-blanking 
screen refreshes. This address is then incremented to point to the next VRAM 
half-row at the bit position mapped to the rightmost at the most significant end 
of DPYMSK. 

If a midline-reload screen refresh occurs, this address is output to the VRAMs 
and then incremented to point to the next half row. All address bits less signifi- 
cant than the half-row address are masked by DPYMSK, so that they are out- 
put as Os. This corresponds to a tap-point address of 0, thus pointing to the first 
pixel in the next half row. This procedure then repeats every time a mid- 
line-reload screen refresh is scheduled on the current scan line. 

There is a 5-bit offset between DPYMSK and the logical address. Thus, if the 
column address is 8 bits long, starts at bit 7 of the logical address, and ends 
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at bit 1 4, then DPYMSK should be loaded with a contiguous field of 1 s between 
bits 2 and 9 (inclusive). All other bits of DPYMSK should be 0. Figure 9-26 
shows the mapping. 



Figure 9-26. Mapping Relationship Between DPYMSK, DPYST, and DPYNX 
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Note: Bit of DPYMSK maps to bit 5 of DPYST, and so on. 



Bit 1 3 is the lowest address bit that can be incremented to change the half-row 
address for midline-reload screen refreshes. The most significant 1 in 
DPYMSK must be at bit 7 or higher of DPYMSK. 

Bit 16 is the highest address bit that can be incremented for midline-reload 
screen refreshes. The most significant 1 in DPYMSK must not be any higher 
than bit 10 of DPYMSK. 

9.15.5 Display Magnification and Y-Zoom 

It is often desirable to magnify part of an image on the display. To do this, you 
can make the pixels appear larger on the display by increasing their physical 
X and Y dimensions. 

^ The X dimensions of pixels can be increased by reducing the rate at which 
they are fed to the monitor. Fewer pixels are displayed on a scan line, so 
each pixel is wider. 

□i The Y dimension of pixels can be increased by repeating a scan line multi- 
ple times. If the information for one scan line is repeated on consecutive 
lines, the pixels appear taller. 

The X dimension must be controlled by external hardware that shifts serial pix- 
el data to the monitor. The Y dimension, however, can be controlled by the 
TMS34020, which provides direct support for changing the Y dimension. 

To repeat a scan line multiple times, simply add to SRNX (instead of adding 
SRINC). Control for this is provided via YZINCIDINC] and YZCNTlDPYNX]. 
After each horizontal-blanking screen-refresh cycle, YZINC is added to 
YZCNT. As Table 9-3 shows, YZINC is normally a power of 2 between and 
1 6. This means that periodically (when YZCNT + YZINC = 32), YZINC over- 
flows to because it is only a 5-bit field. 

Qi If YZCNT=0 during the horizontal-blanking screen-refresh cycle, SRNX is 
incremented in the normal way (as described in Sections 9.15.2 and 
9.15.3, and summarized in Figure 9-25). 
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Qi If YZCNT9J:0 during the horizontal-blanking screen-refresh cycle, is 
added to SRNX or SRST instead of SRINC, 2xSRINC, or SRINC/2 (as 
outlined in Figure 9-25) afterthe horizontal-blanking screen refresh cycle. 
During each vertical-blanking interval, YZCNT is reset to YZINC. 



Table 9-3. Y-Zoom Control 



4 


YZINC 
3 2 1 





Zoom 
Factor 


Description 




















No repetitions of scan lines 


1 














2 


Repeat scan line 2 times 





1 











4 


Repeat scan line 4 times 








1 








8 


Repeat scan line 8 times 











1 





16 


Repeat scan line 16 times 














1 


32 


Repeat scan line 32 times 



Clearing YZINC to causes no Y-zoom because YZCNT is always 0. 
Conversely, when YZINC=1 , YZCNT equals only once every 32 horizon- 
tal-blanking intervals. 

If YZINC is set to an odd value (such as 31 ), YZCNT will never be 0, and the 
scan line will be repeated indefinitely. This could be useful if you wish to clear 
the screen temporarily while transferring a new image to the display memory. 
A particular line could be transferred to the entire screen without the need for 
bulk erasing the VRAMs of the display memory. 

To ensure that YZCNT + azxYZINC (where n is the zoom factor) always over- 
flows to 0, YZCNT should always be cleared to when YZI NC is changed. This 
is the only time it should be necessary for you to write to YZCNT. 



9.15.6 Panning the Display 



By changing the value of the column-address portion of SRSTlDPYSTD 
between frames, you can pan the on-screen image horizontally across the 
display memory. By changing the value of the row-address portion of SRST 
between frames, you can pan the on-screen image vertically up and down the 
display memory. 

SRST is loaded into SRNXIDPYNXI at the beginning of vertical blanking. To 
affect the position of the screen image in the display memory for the next frame, 
SRST should be changed before the beginning of vertical blanking at the end 
of the current frame. 
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Chapter 10 

Communicating with a Coprocessor 



The TMS34020 can communicate with a coprocessor through the coproces- 
sor interface, which consists of special instructions and bus cycles. A 
coprocessor extends TMS34020 capabilities, providing hardware and soft- 
ware enhancements without incurring significant control overhead. 

A coprocessor differs from atypical peripheral device, which is usually mapped 
to reside within the TMS34020's address space. When using peripherals, you 
must write code to provide the communications protocol between the 
TMS34020 and the peripheral device. However, the TMS34020's coprocessor 
interface extends the base architecture of the TMS34020, adding instructions 
that implement the communication protocol in hardware. Thus, the TMS34020 
can use the coprocessor's data types and registers without treating the 
coprocessor as a separate device. 

This chapter provides the following details about the coprocessor interface: 

Section Page 

Basic information includes a 1 0.1 Related Signals 10-2 

review of related TMS34020 -j 0.2 Overview of the Coprocessor Interface 10-3 

signals and an overview of the ^ q 3 p^^^^^ ^f Commands Passed 

coprocessor interface. ^^ ^ Coprocessor 10-5 

Advanced information discusses 1 0.4 Local-Memory Coprocessor Cycles 10-8 

memory cycles. ^0.5 Coprocessor Aborts and Status Checks ... 10-17 

10.6 System Configuration 10-18 



, I 

Note: 

Before reading this chapter, you should be familiar with the TMS34020's local- 
memory interface. If you are not, please read Chapter 8. 
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10.1 Related Signals 



The coprocessor interface uses a subset of the local-memory interface signals. 
Although these are primarily local-memory signals, their functions may differ 
when used for the coprocessor interface. Chapter 2 describes these signals 
in detail; they are summarized below for your convenience. 



Signals 



Descriptions 



I/O 



ALTCH 



BUSFLT 



is the address latch signal. ALTCH's high-to-low transi- 
tion latches the current coprocessor instruction (and 
status code) or address. During data transfers from the 
coproce ssor to TMS34020 memory, a high level on 
ALTCH enables data to the LAD bus. 

is the bus-fault signal. If external logic detects an error 
or fault in the current cycle, it asserts BUSFLT high. 
BUSFLT is used with LRDY to generate bus-retry 
cycles. A coprocessor must monitor this signal to 
determine the status of cycle termination. 

are the column-address strobe signals. They can be 
connected to a coprocessor to control data transfers. 

LADO — LAD31 form the multiplexed local address/data bus. The 
coprocessor interface uses this bus to transfer 
coprocessor instructions, data, and the memory 
addresses that are used for the transfers. 



CASO— CASS 



LCLK1, 
LCLK2 



LINT1,L1NT2 



LRDY 



SF 



WE 



are the local output clocks. These signals drive the 
coprocessor logic, providing control signals that are 
synchronous to the TMS34020. 

are the TMS34020's local interrupt requests that a 
coprocessor can use to interrupt the TMS34020. 

is the local ready signal. External circuitry (which may 
be controlled by a coprocessor) can drive LRDY low to 
prevent the TMS34020 from completing a local- 
memory cycle. LRDY is used with BUSFLT to indicate 
retries and bus faults. A coprocessor must monitor this 
signal to determine the status of cycle termination. 

is the special function signal that coprocessors monitor 
to distinguish between instruction cycles and address 
cycles. 

is the write-enable signal that identifies the direction of 
a data transfer. 



I/O 



O 
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Oi/erwew of the Coprocessor Interface 
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10.2 Overview of the Coprocessor Interface 



The coprocessor interface provides both software and hardware features that 
help the TI\/1S34020 communicate with a coprocessor. These features take the 
form of extensions to the TMS34020's instruction set and local-memory inter- 
face. Special coprocessor instructions may be used, which, in turn, invoke 
special local-memory interface cycles to pass commands and data between 
the TMS34020, local memory, and a coprocessor. 

The instructions fall into two categories: 

□i Generalized instructions for use with any coprocessor. 

The TMS34020 supports several instructions that allow you to pass 
commands and data (when appropriate) to a coprocessor, in order that the 
coprocessor can execute the command. You pass commands and data as 
parameters to the TMS34020 instruction. Available coprocessor com- 
mands depend upon your coprocessor's requirements and upon the oper- 
ation you wish it to perform. Table 1 0-1 lists these TMS34020 instructions; 
Chapter 1 3 describes them in detail. 

Ql Specialized instructions for use with the TMS34082 floating-point 
processor. 

These are special cases of the generalized instructions, where the 
TMS34082 command is explicitly coded into the instruction opcode. Chap- 
ter 14 describes the TMS34082 instruction set. 



Note: 

The term instruction refers to an assembly-language instruction that the 
TMS34020 executes. The terms command 3n& coprocessor command xe\ex 
to assembly-language instructions that a coprocessor supports and 
executes. 



eneral Coprocessor Instructions 


'- Mnemonic 


Description 


CEXEC 


Execute coprocessor internal operation 


CMOVCG 


Move, coprocessor to TMS34020 


CMOVCM 


Move, coprocessor to local memory 


GMOVGS 


Move, coprocessor to status register 


GMOVGC 


Move, TMS34020 to coprocessor 


GMOVMG 


Move, local memory to coprocessor 
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The coprocessor instructions can invoke five types of local-memory coproces- 
sor cycles. Each cycle passes a command to the coprocessor; four of these 
cycles also transfer data. With a single instruction, the TMS34020 can pass a 
command to a coprocessor, and any associated data transferred to or from the 
coprocessor. 

Qi The coprocessor internal command cycle passes a command to a 
coprocessor. 

Qi The TMS34020 to coprocessor transfer cycle passes a command to a 
coprocessor, then performs one of the following data transfers between 
the TMS34020 and the coprocessor: 

■ Move one 32-bit parameter 
H Move two 32-bit parameters 
M Move one 64-bit parameter 

^ The coprocessor to TMS34020 transfer cycle passes a command to a 
coprocessor, then performs one of the following data transfers between 
the coprocessor and the TMS34020: 

B Move one 32-bit parameter 

■ Move two 32-bit parameters 
B Move one 64-bit parameter 

B Move 4 bits to the N,C,Z, and V bits of the TMS34020's status register 

Qi The memory to coprocessor transfer cycle passes a command to a 
coprocessor, then performs one of the following data transfers of up to 32 
32-bit words between the local memory and the coprocessor: 

B Move the number of 32-bit words specified in the coprocessor instruc- 
tion using postincrement 

B Move the number of 32-bit words specified in the coprocessor instruc- 
tion using predecrement 

B Move the number of 32-bit words specified in a register using post- 
increment 

Qi The coprocessor to memory transfer cycle passes a command to a 
coprocessor, then performs one of the following data transfers of up to 32 
32-bit words between the coprocessor and the local memory: 

B Move the number of 32-bit words specified in the coprocessor instruc- 
tion using postincrement 

B Move the number of 32-bit words specified in the coprocessor instruc- 
tion using predecrement 
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10.3 Format of Commands Passed to a Coprocessor 



The TMS34020 passes a command to a coprocessor over the LAD bus. The 
command replaces the address usually output during a local-memory cycle's 
address/status subcycle. In addition to the actual coprocessor command, 
some auxiliary control bits and the coprocessor operation status code are also 
output at this time, as Figure 1 0-1 shows. 



Figure 10-1. Coprocessor Instruction Format 



31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 876543210 



ID 


coprocessor command 


s 

i 

z 
e., 


Si 


I 


8 


BCST 



LAD 
pin# 



Key: ID 3-bit coprocessor ID field size Parameter size field 

I Coprocessor parameter index bit 8 1 6-bit word select 

BCST 4-bit bus status (always for coprocessor cycles) 
Coprocessor command 21 -bit instruction for the coprocessor 
ra Reserved for use by future TI\/IS340 family devices; is currently output as 0. No coprocessor 



should use this bit. 



SSSSftMSSSSftWSSSSSSffl 



WSSrWSSSSSSSSSSSSSSiWMSSSiWSSSlWSSSSSSft^^^ 






The information for the ID, the command, and the size bit are provided as argu- 
ments to the coprocessor instruction. The precise form of this information is 
determined by your processor's requirements and the operation you wish it to 
perform. 



10.3.1 Coprocessor ID 



The ID bits allow you to address multiple coprocessors within a system. Each 
coprocessor should respond to commands only when the ID output matches 
the coprocessor's assigned ID. If you do not supply an ID argument with the 
coprocessor instruction, the default ID is OOO2. You can change the default ID 
with the .coproc assembler directive (refer to the TMS340 Family Code Gener- 
ation Tools User's Guide ior information about .coproc). 

Table 10-2 lists suggested ID code assignments. Using these IDs promotes 
compatibility across different hardware configurations. 



OOO2— OII2 

IOO2 

IOI2&IIO2 
III2 



Use the first 4 coprocessor ID numbers to identify up to 4 
TMS34082 floating-point processors. 

Use as a broadcast ID to which all coprocessors should 
respond. 

Reserve for compatibility with future devices. 

Use for addressing your own coprocessor (in a manner that 
conforms to the TMS34020 coprocessor interface). This allows 
the TMS34020 to provide control through custom instructions. 
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Table 10-2. Suggested Coprocessor ID Assignments 



ID 


Description 


ID 


Description 


OOO2 


TMS34082o is to execute a 
command 


IOO2 


All coprocessors are to 
execute command 


OOI2 


TMS34082-J is to execute a 
command 


IOI2 


Reserved for future devices 


01 O2 


TMS340822 is to execute a 
command 


IIO2 


Reserved for future devices 


OII2 


TMS340823 is to execute a 
command 


III2 


User-defined coprocessor to 
execute a command 


1 1 



Note: 

You can adopt other assignments as required; however, all coprocessors 
should respond to the broadcast ID (IOO2). 



10.3.2 Coprocessor Command 



The identified coprocessor uses the 21 -bit coprocessor comnfiand to deter- 
mine what operation it should perform. The command itself is specific to the 
coprocessor that must execute the command. 

Some coprocessors may not require all 21 bits to fully specify a command. If 
this is the case, other information (such as data, status, or other coprocessor 
control) may also be coded into this area. 

At least part of the command should inform the coprocessor of what type of 
data transfer is to follow the command (if any) and the number of 32-bit words 
to be transferred. 



10.3.3 Coprocessor Parameter Size (size) 



During direct data transfers between the TMS34020 and a coprocessor, data 
is transferred during the data subcycle (immediately following the command). 
Section 10.4.2 (page 10-8) discusses direct and indirect data transfers in 
more detail. You can transfer 0, 1 , or 2 32-bit words. The size bit identifies 
the size of the parameters passed to or from the coprocessor: 

size=0 Transfer 1 or 2 32-bit parameters. 

size=1 Transfer 1 64-bit parameter. 

If no data is transferred following the command, size=0. 

In either case, the data can be an integer or floating-point value. You can use 
size in conjunction with other bits of the coprocessor command to specify which 
of these formats is appropriate for the data. 
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10.3.4 Coprocessor Parameter Index (I) 



During direct data transfers between the TMS34020 and a coprocessor, data 
is transferred during a data subcycle (immediately following the command). 
Section 10.4.2 (page 10-8) discusses direct and indirect data transfers in 
more detail. You can transfer 0, 1 , or 2 • 32-bit words.The I bit identifies which 
of the words are transferred: 

1=0 The first (and possibly only) 32-bit word are transferred immediately 
following the command. 

1=1 The second 32-bit word are transferred immediately following the re- 
issued command. 

If no data is transferred following the command, 1=0. 

Initially, I is output as a 0. It is output as a 1 only when two 32-bit words are 
transferred. If the second transfer cannot be made using page mode. In this 
case, a complete memory cycle (consisting of address/status and data 
subcycles) must be generated for the second 32-bit word to be transferred. 
During the address/status subcycle for this transfer, I is 1 . The rest of the com- 
mand is the same at this time. 

The second transfer cannot be performed using page mode if 

Qi The co processor does not support page-mode operation and asserts 
PGMD high during the first data transfers. 

Qi A high-priority local-memory request (such as a VRAM serial-register 
transfer) is requested while the first 32-bit word is being transferred; it is 
performed before the second 32-bit word is transferred. 



10.3.5 16-Bit Word Select (S) 



The S bit output on LAD4 at the beginning of the coprocessor cycle is always 
(low). The S bit is 1 during cycles in which the TMS34020 accesses 16-bit 
memory devices; however, the TMS34020 does not support coprocessor ac- 
cesses to 1 6-bit-wide memory devices. TMS34020-controlled coprocessor 
cycles are restricted to memory accesses of 32-bit memory devices. 



10.3.6 Coprocessor Status Code (BCST) 



This code is OOOO2. It is output during the address/status subcycle of all 
local-memory coprocessor cycles. 
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10.4 Local-Memory Coprocessor Cycles 

This section describes tine local-memory coprocessor cycles for interfacing to 
a coprocessor. A coprocessor must be able to recognize these cycles in order 
to properly receive and transmit data through the coprocessor interface. Dur- 
ing the address/status subcycle of these cycles, the TMS34020 outputs the 
coprocessor operation status code (OOOO2) on LADO— LAD3. 

In these examples, the TMS34020 controls the local-memory interface and 
provides all controls necessary for transferring commands and data to and 
from a coprocessor. If you want the coprocessor to control the local-memory 
interface through the TMS34020's multiprocessor interface, refer to Chapter 
11. 

10.4.1 Passing Commands to a Coprocessor 

As Section 1 0.3 describes, the TMS34020 passes a command to a coproces- 
sor over the LAD bus during the address/status subcycle. The coprocessor 
must distinguish a command from an ordinary memory address by 

Q the status code of OOOO2 output on LADO— LAD3 and 
Qi a high level on the SF pin. 



The command should be latched on ALTCH's high-to-low transition when the 
these conditions occur. Because a coprocessor command is output on the LAD 
bus in essentially the same manner as a normal memory address, parts of the 
command are also output on the RCA bus in the same manner as the row and 
column portions of a regular address. 

10.4.2 Transferring Data to or from a Coprocessor 

After passing a command to a coprocessor, data can be transferred using one 
of these methods: 

Ui Direct transfer between the TMS34020 and a coprocessor. This transfers 
data (via LAD) in the data subcycle, immediately following the command. 

Q Indirect transfer between local memory and a coprocessor. The 
TMS34020 provides the addresses and control signals for the memory. No 
data is transferred immediately after the command; the TMS34020 gener- 
ates another memory cycle sequence, beginning with an address/status 
cycle in which the memory address for the transfer is output. 

I ^ 1 

Note: 

All local-memory coprocessor cycles are implemented as 32-bit data transfer 
operations. The TMS34020 does not support data transfers between 1 6-bit 
memory and a coprocessor (using the TMS34020's dy namic bu s-sizing fea- 
ture). The TMS34020 ignores the stat e of the SIZE16 pin during 
local-memory coprocessor cycles. However, SIZE1 6 should still be asserted 
^ at a valid level (high or low) at the time it is sampled by the TMS34020. 
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10.4.3 Data Transfer Sequences to or from a Coprocessor 



When more than one 32-bit word of data is to be transferred, the TI\/IS34020 
uses page nnode unless either the coprocessor or the local mennory indicates 
that the y do not support page mode (this is accomplished by asserting the 
PGMD pin high at the appropriate time). 

If page mode is not supported, the TMS34020 outputs an address/status sub- 
cycle before each data transfer. During direct data transfers, the command is 
output again (with 1=1 to indicate that the second 32-bit word is about to be 
transferred). 

Even if page mode is supported, high-priority local-memory requests (such as 
a VRAM serial-register transfer) can interrupt a page-mode sequence; the 
cycle restarts from the next word after the high-priority request is serviced. The 
sequence restarts with an address/status subcycle, outputting either the 
address of the appropriate location in memory (during an indirect transfer), or 
the command with 1=1 (during a direct transfer). 

Because of this, a coprocessor must be able to tolerate an interruption of a 
data-transfer sequence, and must be informed in advance of the number of 
words of data to be transferred. This information could be included as part of 
the coprocessor command that precedes the data transfer. 



10.4.4 Ending a Local-Memory Coprocessor Cycle 



During local-memory coprocessor cycles, the TMS34020 samples the LRDY 
and BUSFLT pins Oust as it samples them for other local-memory cycles) . This 
Is how the TMS34020 determines when and how the memory cycle ends. For 
a detailed discussion of how the TMS34020 responds to these inputs, see Sec- 
tion 8.6, Ending a Local-Memory Cycle (page 8-12). 

Q Inserting wait states. You can extend a coprocessor data transfer, as 
required, by inserting wait states. If the coprocessor is not ready to perform 
a data transfer when the local-memory cycle is initiated, it can control 
LRDY and BUSFLT to insert wait states. 

Ql Retrying local-memory coprocessor cycles. A coprocessor data trans- 
fer may be retried. If this occurs, the memory cycle is performed again in 
the same manner as a regular access. Any data on the LAD bus during a 
retried memory cycle should be considered invalid and should not be 
latched or used by the coprocessor. 

□ Bus faults on local-memory coprocessor cycles. A coprocessor data 
transfer may be bus faulted. As the CPU initiates local-memory coproces- 
sor cycles, the bus-fault interrupt is taken when a bus fault occurs. Any 
data on the LAD bus during a bus-faulted memory cycle should be consid- 
ered invalid and should not be latched or used by the coprocessor. After 
the bus-fault interrupt is serviced, the memory cycle is performed again in 
the same manner as for a retry. 
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10.4.5 Coprocessor Command Cycle 

Performed when Passing a command to a coprocessor (see Figure 1 0-2). 
No other data is transferred. 

Indicated by ■ DDIN is low and 



Caused by 
Status code 



■ RAS, TR/QE, and SF are all high while ALTCH is low 

CEXEC instruction 

OOOO2 

The command typically causes the coprocessor to execute some internal func- 
tion. However, the coprocessor command could also be used to pass values 
to the coprocessor. 

Figure 10-2. Coprocessor Command Cycle 
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Note: Although the coprocessor comman d cycle never requires the use of page- 
mode cycles, you should still assert PGMD at a valid level (high or low) at the 
time it is sampled by the TMS34020. 
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10.4.6 Transferring Values from TMS34020 Registers to a Coprocessor 



Performed when 

Indicated by 
Caused by 
Status code 



Passing one or two parameters from TMS34020 registers 
to a coprocessor. Figure 10-3 shows two words being 
transferred using page mode. 



RAS and SF are high while ALTCH is low 

CMOVGC instruction 

OOOO2 



Figure 10-3. Transferring a WS34020 Register to a Coprocessor 
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One or two 32-bit words may be transferred. If two words are transferred, the 
size bit determines whether the coprocessor should treat the words as two 
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32-bit parameters or one 64-bit parameter. If two words are transferred but 
page mode cannot be used, the I bit equals 1 when the command is reissued 
before transferring the second word. 

A copr ocess or should latch the dataf rom the LAD bus on the low-to-high transi- 
tion of CAS. 

10.4.7 Transferring Values from a Coprocessor to TMS34020 Registers 

Performed when Passing one or two parameters from a coprocessor to 
TMS34020 registers. Figure 10-4 shows two words be- 
ing transferred using page mode. 



Indicated by H RAS, TR/QE, and SF are high while ALTCH is low 

B DDIN is low 

Caused by ■ CMOVCG, which transfers one or two 32-bit words. 

H CMOVCS, which transfers one 32-bit word. The 
TMS34020 ignores the 28 LSBs of this word; howev- 
er, the 4 bits of data output on LAD28— LAD31 are 
transferred to the N, C, Z and V status bits. 

Status code OOOO2 

One or two 32-bit words may be transferred. If two words are transferred, the 
value of the size bit (output as part of the command during the address/status 
subcycle) depends on whether the TMS34020 treats the words as two 32-bit 
parameters or one 64-bit parameter. If two words are transferred but page 
mode cannot be used, the I bit equals 1 when the command is reissued before 
transferring the second word. 

During this type of cycle, a coproces sor sh ould not assert data onto the LAD 
bus until the high-to-low transition of CAS. 
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Figure 10-4. Transferring from a Coprocessor to a TMS34020 Register 
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10.4.8 Transferring Values from Local Memory to a Coprocessor 



Performed when 

Caused by 
Status code 



Passing up to thirty-two 32-bit words from the local 
memory to a coprocessor. Figure 1 0-5 shows two words 
being transferred using page mode. 

CMOVMC instruction 

OOOO2 



Figure 10-5. Transfer Memory to Coprocessor 
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Transferring data from local memory to a coprocessor requires explicit 
addressing of the memory. Because of this, no data is transferred immediately 
after the command. After the command cycle completes, the data-transfer se- 
quence begins with another address/status subcycle. During this subcycle, the 
address of the memory location to be transferred to the coprocessor is output. 

This data-transfer sequence is identical to an ordinary data read from memory, 
except that the status code is OOOO2. A coprocessor should latch the data from 
the LAD bus on the low-to-high transition of CAS. 

If page-mode operation is not supported (by either the coprocessor or the local 
memory), a complete memory cycle is generated for each word transferred. 

A page-mode sequence may also be interrupted by a high-priority memory 
request. In this case, the data transfer resumes with the next word in memory 
following the high-priority request. The address of that location is output, along 
with the coprocessor operation status code; the command is not reissued. 

10.4.9 Transferring Values from a Coprocessor to Local Memory 

This cycle is used to pass up to thirty-two 32-bit words from a coprocessor to 
local memory. Figure 1 0-6 shows 2 words being transferred using page mode. 

This cycle requires the memory to be explicitly addressed. No data is trans- 
ferred immediately following the command. After the command cycle 
completes, the data transfer sequence begins with another address/status 
subcycle. During this subcycle, the address of the location in memory to be 
written to by the coprocessor is output. In this case, however, data is not trans- 
ferred immediately after the address/status subcycle of the data-transfer 
sequence. An extra machine state is inserted to separate the address/status 
and data subcycles of the transfer cycle. This spacer subcycle is inserted to 
ensure that the TMS34020 can set its LAD bus drivers to the high- impedance 
state before the coprocessor starts to drive data onto the LAD bus. This is 
necessary because the coprocessor must assert data onto the LAD bus follow- 
ing the high-to-low transition of WE during this type of cycle, so that th e LAD 
bus contains valid data for the memories on the high-to-low transition of CAS. 

Note that whereas data is asserted onto the LAD bus after the falling edge of 
WE during this type of cycle, it must not be asserted onto the bus before the 
falling edge of CAS during a direct coprocessor-to-TMS34020 transfer (see 
Section 1 0.4.6). To enable the coprocessor to distingu ish betw een the two and 
assert data onto the LAD bus at the appropriate time, ALTCH is driven high at 
the end of the spacer subcycle. 

This data-transfer sequence is identical to an ordinary data write to memory, 
except that the status code is OOOO2, the spacer subcycle is inserted, and 
ALTCH is high while data is transferred. 

If page-mode operation is not supported (by either the coprocessor or the local 
memory), a complete memory cycle (including spacer) is generated for each 
word transferred. 
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A page-mode sequence may also be interrupted by a high-priority memory 
request. In this case, the data transfer resumes from the next word in memory 
following the high-priority request. The address of that location is output, along 
with the coprocessor operation status code; the command is not reissued. 

The CMOVCM instruction causes this type of cycle. 



Figure 10-6. Transferring from Coprocessor to Memory 
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10.5 Coprocessor Aborts and Status Checks 



All coprocessors should recognize at least two coprocessor command cycles 
and provide the appropriate response, even if busy. These cycles would be 
recognized as: 

abort The abort should terminate all coprocessor activity, restoring 

the coprocessor to a known state so that it is available for 
further commands from the TMS34020. The abort allows the 
TMS34020 to regain control of the coprocessor in the event of 
a system fault that may involve the coprocessor. 

status check The response to the status check command should be to pro- 
vide information regarding the coprocessor's operating condi- 
tion. The MSB output in response to the status check should 
be set high if the coprocessor is busy. Other bits in the 
response word may be used for other information concerning 
the coprocessor status. The TMS34020 can use the status 
check command to determine if a coprocessor is currently 
busy when multiple tasks are competing for the coprocessor. 
Thus, the TMS34020 does not have to enter an extended wait 
state to obtain access to the coprocessor, but may continue 
with another task not requiring the coprocessor. 

The actual encoding of the coprocessor command field for the abort and status 
check cycles depends on the requirements of the specific coprocessor. 
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10.6 System Configuration 



Some applications execute the same software on two systems— one with a 
coprocessor and one without. The TMS34020 does not support this directly. 
However, you can accomplish this in a number of ways by building configura- 
tion information into the system hardware, such as a wire jumper or switch, and 
setting it one way or the other, depending on whether a coprocessor is present. 
A number of possible approaches can then be taken. 

Q Depending on the state of the jumper of switch, different values can be 
returned based on the value at a system-defined memory location. This 
would allow the software to configure itself to execute code that either did 
or did not use the coprocessor instructions. 

Q[ If the jumper or switch indicated that a coprocessor was not present in the 
system, external logic could be used to detect memory cycles that output 
the coprocessor operation status code and to generate a bus fault accord- 
ingly. The bus-fault service routine could then determine v^hat type of oper- 
ation the coprocessor instruction was trying to perform and emulate it in 
software. 

By using more switches or jumpers, you could easily extend these mecha- 
nisms for use in systems in which the number of coprocessors varies. 
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Chapter 11 

Multiprocessing and System Architecture 



The TMS34020 can share its local-memory resources with other processors 
by means of a 3-wire interface. This multiprocessor interface allows multiple 
TMS34020S (as well as other processors) to share the same local-memory 
space. In order to accomplish this, these processors must support a conven- 
tional hold/hold-acknowledge protocol. This chapter includes these topics: 



Section Page 



Basic information includes a 11.1 Related Signals 11-2 

review of related signals and an 11.2 Overview 11-2 

overview of the multiprocessor 1 1 .3 Basic Multiprocessor System Configuration ..11-3 
interface. 

Advanced information discusses 1 1 .4 Protocols for Communicating in 

specific communications protocols a Multiprocessor System 11-5 

and provides several examples. ^ 1 .5 Arbitration Logic Requirements 11-13 

11.6 Multiprocessor Arbitration Examples 11-15 

1 1 .7 Initializing Multiple TMS34020s 11-14 

11.8 Configuration with a Host Processor 11-20 



Advantages of a 3-wire interface 



The TMS34020's 3-wire multiprocessor interface provides more flexibility than 
the conventional 2-wire_hold/hold-acknowledge interface supported by many 
other processors. The RO and R1 request pins provide information about how 
urgently a TMS34020 requires access to the local-memory bus. They continue 
to provide this information, regardless of whether the TMS34020 is currently 
controlling the bus or not. This allows external arbitration logic to allocate con- 
trol of the local-memory bus to the processor most in need. 

This chapter uses the following terms: 

Qi Bus master refers to the device that currently controls the local-memory 
interface. If the bus-master TMS34020 generates a high-priority request 
code, the arbitration logic can ensure that the TMS34020 maintains control 
of the bus. 

Qi Bus requestor refers to a device that does not currently control the local- 
memory interface, but is requesting control. If a bus-requestor TMS34020 
generates a high-priority request code, the arbitration logic can take the 
appropriate steps to ensure that the requestor obtains control of the 
local-memory bus as soon as possible. 
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11.1 Related Signals 



11-2 Overview 



Chapter 2 describes the multiprocessor-interface signals in detail; these sig- 
nals are summarized below for your convenience. 

Signals Descriptions 1/0^ 

Gl is the grant-input signal. When active low, Gl informs I 

the TMS34020 that it is the bus master, which means 
that it must drive the local-memory bus and that it con- 
trols the next memory cycle. When driven inactive 
high, Gl informs the TMS34020 that it should terminate 
the current memory access as soon as possible and 
relinquish bus mastership. 

RO, R1 form the bus-request code output by the TMS34020. O 

External arbitration logic uses this encoded informa- 
tion when determining which_processor should receive 
an active-low signal on its Gl pin. 



The multiprocessor interface supports a general protocol that can be used with 
external arbitration logic to form a system of multiple processors sharing a 
common local-memory space. The TMS34020 provides a mechanism for syn- 
chronizing multiple TMS34020S to the same local clock (LCLK) phase. The in- 
terface signals are timed to allow multiple, synchronized TMS3020S to share 
the local-memory bus without wasting memory cycles when passing control 
from one TMS34020 to another. 

When multiple TMS34020s share local memory, performance should increase 
because of the large internal program cache that can allow long time intervals 
during program execution where no external memory accesses are required. 
This memory bandwidth can then be used by another TMS34020. 

In theory, there is no limit to the number of devices that can be configured to- 
gether. However, it is doubtful that performance would increase significantly 
if a system included more than three TMS34020s. It is likely that the perform- 
ance difference between one processor and two processors will be greater 
than the performance difference between two processors and three proces- 
sors, and so on. Once the local-memory bandwidth is completely used, no per- 
formance benefit arises from adding extra processors. 
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11.3 Basic Multiprocessor System Configuration 



This section contains general information about connecting and synciironizing 
multiple processors within a single system. 



11.3.1 Connecting IMultiple Processors Togetlier 



All the local-memory control pins, address pins, and data pins should be wired 
in parallel betwee n the proce s sors. ( This includes LAP P — LAD31, 
RCAO— RCA12, SF, ALTCH, RAS, CASO— CASS, WE, TR/QE, DDIN, and 
DDOUT.) If your system contains a non-TMS34020 device, wire the equivalent 
signals common. I f you wis h, yo u can wir e the local-memory input pins (CAMD, 
LRDY, BU SERR , PGMD, and SIZE1 6) common. How you choose to wire 
HOST and HOE depends on your system architecture and on how you wish 
to connect a host processor. Section 11 .7 describes this in detail. 



All TMS34020S in the system should share the same RESET and CLKIN 
inputs. Do not wire the local clock outputs (LCLK1 and LCLK2) together. Use 
one TMS34020's outputs as the local clocks for the entire system. 



11.3.2 Synchronizing (Multiple TMS34020s at Reset 



To allow multiple TMS34020s to share control of the local-memory interface 
without losing any memory bandwidth, the TMS34020s must be synchronized 
to the same local clock phase. The TMS340 20 achie ves this with special inter- 
nal logic that detects the rising edg e of the RESET pin at the end of reset. In 
atypical single-TMS34020 system, RESET is not required to be synchronous 
to CLKIN. However, t o allow s ynchronization of multiple TMS34020s in a sys- 
tem, the rising edge of RESET must meet the setup and hold req uiremen ts with 
respect to CLKIN. This ensures that all TMS34020s respond to RESET on the 
same quarter phase (refer to the TMS34020 Data Sheet ior details). 

Figure 11 -1 shows the four possible conditions for the stat e of the T MS34020 
at the time RESET goes high. Within 1 CLKIN cycles after RESET goes high, 
all TMS34020S will be synchronized to the same quarter phase through the 
extension of the Q1 phase. 
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Figure 11-1. Synchronization of Multiple TMS34020s 
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11.4 Protocols for Communicating in a Multiprocessor System 

This section provides details of how the TI\/IS34020 requests, is granted, and 
relinquishes control of the local-memory bus and control signals. 

11.4.1 How a Processor Requests Control of the Local-Memory Bus 

The multiprocessor interface provides encoded information on RO and R1 . 
These codes indicate whether or not the TMS34020 wishes to use the local 
memory and, if so, how urgently. Table 11-1 describes this coding. 

Table 11-1. Bus Request Codes for the Multiprocessor Interface 

RO R1 Code and Description 

High-priority request. The TMS34020 is requesting or using the bus to perform a high-priority 

memory access. High-priority memory requests are issued for accesses that must be performed 
urgently They include 

Qi VRAM serial-register transfer initiated by the video control logic. 

□i 12 or more DRAM refreshes pending. 

□i Accesses initiated by a host processor. 

1 Low-priority request. The TMS34020 Is requesting or using the bus to perform a low-priority 

memory access. A low-priority request is an access requested by the TMS34020's CPU or a 
DRAM refresh (when less than 12 refreshes are pending). 

1 Access termination. The TMS34020 will terminate the current memory access in this machine 

state. When performing multiple accesses using page mode, the access-termination code is 
output during the last data access of the sequence only. 

1 1 No request. The TMS34020 does not require access to the local memory in the next machine 
state. This code is output during host-default states when the next machine state will be another 
host-default state. 

Section 8.5, Local-Memorv Cvcle Status Codes (page 8-1 0), details the differ- 
ent types of local-memory cycles and their relative priorities; the request code 
depends on the cycle's priority. 

1^ Cycles with priorities 2 through 5 generate a high-priority request code. 

Qj Cycles with priorities 6 through 8 generate a low-priority request code. 

Qi The host-default cycle can generate either a no-request or low-priority 
request code. 

11.4.2 How a Processor Releases Control of the Local-Memory Bus 

If external bus-arbitration logic drives the bus-master TMS34020's Gl pin inac- 
tive high, the TMS34020 releases the local-memory bus as soon as possible: 

Q No-request or access-terminate code. If the TMS34020 is currently out- 
putting either of these codes, it relinquishes control of the bus and sets all 
its local bus outputs to high i mpedanc e during the second quarter phase 
(Q2) of the next LCLK cycle. (DDOUT is setto high impedance during QI .) 

11-5 



Protocols for Communicating in a Multiprocessor System 



Qi Low-priority or high-priority request code. If the TMS34020 is currently 
outputting either of these codes, it terminates the current memory access 
as soon as possible. This occurs after the current access completes. 

■ If the TMS34020 is partially through a sequence of page-mode 
accesses, the sequence is broken. When bus mastership is regained, 
the TMS34020 continues from the next address in the sequence. 

■ If the TMS34020 is partially through a memory operation that requires 
multiple memory accesses (such as a read-modify-write or an access 
to 16-bit memory), the current access completes. When bus master- 
ship is regained, the operation resumes with the next memory access 
in the sequence. 

The current access is allowed to complete in the manner determined by the 
LRDYand BUSFLT pins. A detailed discussion of the function of these pins is 
given in Section 8.6, Ending a Local-Memory Cycle (page 8-12). 

During the last machine state oTany memory access, the TMS34020 issues 
the access-termination code. If G I is driven inactive at this time, theTMS34020 
will relinquish control of the local-memory bus at the beginning of the next 
machine state. 

11.4.3 Passing Control of the Local-Memory Bus 

When bus control is passed from oneTMS34020 to another (or to/from another 
type of device), it is necessary to avoid conflicting driven outputs. However, it 
is also desirable that the shared local-memory bus and control signals are not 
left undriven; floating signals are prone to noise and can make the system unre- 
liable. You could use external pull-up resistors to hold the undriven signals at 
a good voltage level, but this is undesirable because the resulting circuit board 
is larger and more expensive to produce. The TMS34020's multiprocessor 
interface allows signals to be driven to the same level by both processors 
involved in the exchange, avoiding all of these problems. When different 
TMS34020S pass control of the local-memory bus, the following steps happen 
automatically: 

Step 1 : The TMS34020 that becomes bus master drives the local bus and 
control pins tojheir inactive levels from the beginning of the LCLK 
cycle after its Gl pin is asserted. 

Step 2: The TMS34020 that releases control of the bus sets its local bus and 
control pins to high impedance during Q2 of the LCLK cycle after its 
Gl pin is driven inactive. This provides one quarter phase of overlap 
where both TMS34020s are driving the signals inactive, and there- 
fore no p ull-up resistors are necessary. The only exception to this is 
DDOUT, which is not driven inactive by the releasing device during 
QI, as the acquiring device may drive it active low during Q2. 
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Depending on_inter-TMS34020 clock skew, this may result in a short 
period wiien DDOUT is undriven. Tlii s is prefe rable to having the pin 
driven to conflicting levels, however. DDOUT will never be undriven 
for more than a few nanoseconds, and so external resistors should 
not be necessary. 

If your system contains a non-TMS34020 processor, you must ensure that this 
processor drives a/Zthe local-memory control and bus pins from the beginning 
of the memory cycle when it assumes control of the bus and that it stops driving 
them at the end of the last memory cycle when it releases control of the bus. 



Undriven signals may produce unpredictable or unreliable system 
operation. Signals driven to different levels simultaneously by 
more than one device may damage the driving devices as well as 
cause unreliable system operation. 



11.4.4 Functional Timing Examples 



The following diagrams show various examples of the TMS34020 obtaining 
and releasing control ojjhe local-memory bus and control signals. The 
TMS34q20 samples the Gl pin on the rising edge of LCLK1 (at the end of Q4). 
RO and R1 change on the falling edge of LCLK1 (at the beginning of the Q3 
phase of the machine state). Refer to the TMS34020 Data Sheet for the 
precise timing relationships of these pins. 

Figure 11-2 shows the TMS34020 outputting the no-request^de and releas- 
ing the bus during Q2 of the LCLK cycle, immediately after Gl is driven high. 
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Figure 1 1-2. Releasing Control of the Local-Memory Bus and Control Signals 
(Gl Driven High During a l^ost-Default Idle Cycle) 
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■W/MV//AVMy^^^^^^ 



Figure 11-3 is identical to Figure 11 -2 except tiiat the TMS34020 isoutputting 
the access-termination code at the end of a low-priority write cycle. Note that 
Gl may be sampled at either level while the low-priority request code is being 
output. The TMS34020 cannot relinquish control of the local-memory interface 
until it completes the memory access (at which time it issues the access-termi- 
nation code). 



Figure 1 1-3. Releasing Control of the Local-Memory Bus and Control Signals 
(Gl Driven High at the End of a Write Cycle) 
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Figure 11-4 shows the TMS34020 outputting the access-termination code at 
the end of a (high priority) host read cycle. Note that Gl may be sampled at 
either level while the high-priority request code is being output. The TMS34020 
cannot relinquish control of the local-memory interface until it completes the 
memory access (at which time it issues the access-termination code). 



Figure 1 1-4. Releasing Control of tlie Local-Memory Bus and Control Signals 
(Gl Driven High at the End of a Host Read Cycle) 
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Figure 11-5 shows Gl being driven inactive just after tlie TMS34020 lias 
started a sequence of page mode accesses. The ™S34020 breaks the 
sequence and issues the access-termination code. If Gl had remained active, 
this code would not have been generated until the sequence completed. 



Figure 1 1-5. Releasing Control of the Local-Memory Interface 
(Gl Driven High During a Page-f^ode Sequence) 
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In Figure 11-6, the TMS34020 regains bus mastership as soon as its Gl pin 
is driven active low. RO and R1 could be outputting any of the codes with the 
exception of the access-termination code. 



Figure 1 1-^. Regaining Control of ttie Local-Memory Bus and Control Signals 
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11.5 Arbitration Logic Requirements 



A multiprocessor system's external arbitration logic must generate the Gl out- 
puts to each processor for the next cycle. To do this, it uses each processor's 
RO and R1 outputs in conjunction with the current value of each processors' 
Gl input. The arbitration logic must never assert the Gl pins of more than one 
TMS34020 simultaneously, though there may be times when none of the pro- 
cessors has an active Gl. 



11.5.1 Passing Control of the Local-Memory Bus 



When passing control of the local-memory bus from one processor to another, 
the arbitration logic must not assert the acquiring processor's Gl pin until the 
current master processor indicates that it will relinquish control of the 
local-memory bus at the end of the current machine state. This is the case 
when the current bus master outputs either the no-request or access-termina- 
tion code. These are easily identified by looking for an inactive high level on 
RO. 

Figure 11-7 shows a typical example for two TMS34020s. 

Q TMS34020#1 starts off as the bus master. It finishes using the bus during 
the fifth machine state (S5), but continues to drive the bus inactive until 
after TMS34020#2 requests the bus in the eighth machine state (S8). 

Qi As TMS34020#1 outputs the no-request code during S8, the GT pins of 
both TMS34020S can be changed simultaneously. TMS34020#2 then 
becomes bus master in S9. However, a high-priority request (in this case, 
for a screen-refresh cycle) made by TMS34020#1 during S11 causes 
TMS34020#2 to relinquish control of the bus at the end of S1 2. Note that 
because TMS34020#2 was busy when TMS34020#1 first generated the 
high-priority request, its Gl is not asserted until TMS34020#2 outputs the 
access-termination code. 

□i TMS34020#2 continues to output a low-priority request and resumes con- 
trol of the bus (at the beginning of SI 5) as soon as TMS34020#1 finishes 
and asserts the access-termination code. 

Note that although TMS34020 #2 is making a request, TMS34020 #1 's 
grant-in is not removed, because it isj)erforming a high-priority request. 
Also note that no bus cycles are lost. RO and R1 change sufficiently early 
for the Gl signals to change and allow back-to-back local-memory cycles 
from different TMS34020s. 
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Figure 11-7. Passing Control of tlie Local-Memory Between Two TMS34020s 

TMS34020#1| S1 




TMS34020#2| si 



Note: Each vertical division represents one entire machine state (not one quarter 
phase, as other diagrams show). 
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11.5.2 Wait States, Retries, and High-Priority Bus Requests 



As previously indicated, if the TMS34020 is performing a memory cycle 
extended with wait states when Gl is driven inactive, the TMS34020 will not 
relinquish control of the local-memory interface until the access completes. 
This could consume many machine states. (For instance, the TMS34020 could 
be accessing a slow peripheral or possibly a location in the host's memory via 
the system bus.) 

This could cause a problem if one of the TMS34020s has a limited time in which 
to perform high-priority accesses. For example, if the horizontal-blanking inter- 
val is very short, the screen-refresh cycle scheduled at this time must be serv- 
iced promptly (before the end of the blanking interval). 

To circumvent this sort of problem, the arbitration logic can control LRDY and 
BUSFLT to cause a retry of the slow, wait-stated access. If a retry code is 
detected (LRDY low, BUSFLT high), the memory cycle will terminate (issuing 
the access-termination code) and subsequently restart. Once the access- 
termination code is issued, however, the arbitration logic can assign control of 
the local-memory interface to another TMS34020. 

If you wish to do this, you should ensure that the accessed memory location 
can respond correctly to a retry. For example, a peripheral that increments an 
internal address pointer when a cycle completes would need to be able to 
distinguish a successful transfer from a retry, preventing the internal pointer 
from being incremented after the retried access. 



11.6 Multiprocessor Arbitration Exampies 



This section provides two examples of arbitration schemes; these examples 
should help you to understand the multiprocessor interface. 

□i The first example shows a typical scheme for two TMS34020S. 

Qi The second example shows a scheme for a TMS34020 and another (non- 
TMS34020) device that uses a hold/hold-acknowledge protocol. 



11.6.1 Arbitration Scheme for Two TI\/IS34020s 



This example describes a protocol between two TMS34020s, TMS34020/^ and 
TMS34020b' Assume that only TMS34020a can make liigh-priority requests; 
only these requests can cause TMS34020b's Gl signal (GIb) to be driven inac- 
tive when TMS34020b is not outputting the no-request or access-termination 
code. In this way, only high-priority requests interrupt page-mode bursts. 

Table 11-2 shows how the arbitration logic allocates active or inactive levels 
for the next machine state on theGI pins of the two TMS34020s (GIa and GIb, 
respectively). The values of the Gl pins for the next machine state are sampled 
on the rising edge of LCLK1 , at the beginning of the next machine state. 
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The decision is based on the_present sjate of tlie bus request outputs f rorn tlie 
twoTMS_34020s i(ROa, R1 a» ROb. and R1 b) and the present state of the Gl out- 
puts (pGiA and pGIb). The bus-request pins become valid shortly after the fall- 
ing edge of LCLK1 , at the beginning of the_Q3 phase of the TMS34020s' 
machine states. Assume that the pGIa and pGle values are latched externally 
on the rising edge of LCLK1 . 

The topand left_side of TablMI-2 show the possible combinations of ROa, 
R1 A, pGJA, and ROq, R1b» PG'b- The resulting grid shows which Gl (if any) is 
asserted for the next machine state, given the current state. 



Table 11-2. Arbitration Sctieme for Two TI\/IS3402020s 



TMS34020A 







pGiA 

ROa 

R1a 


1 
1 
1 


1 

1 


1 




1 
1 





1 
1 





1 









1 


pGiB ROb 


RIb 





1 1 


1 




— 


— 


— 





A 


A 


A 


A 


1 


1 




— 


— 


X 





B 


A 


A 


B 


1 1 







— 


— 


— 


— 


— 


— 


— - 


— 


1 


1 




B 


A 


A 





— 


— 


— 


— 





1 




B 


B 


X 





— 


— 


— 


— 


1 







B 


A 


A 


— 


— 


— 


— 


— 



Key: A Bus allocated to TMS34020a (assert GIa) 
B Bus allocated to TMS34020b (assert GIb) 
— Illegal combination 
X No allocation (wait for cycle termination) 

Table 11-2 can be summarized as follows: 

Q Active Gl is made to TMS34020a (GTa) if 

■ Active Gl was already allocated to TMS34020a and there is no request 
from TMS34020B. 

■ Active Gl was already allocated to TMS34020a and both devices are 
requesting access (high or low priority). 

■ TMS34020a is requesting an access (high or low priority) and 
TMS34020b is not requesting access or is terminating an access. 

□i Active Gl is made to TMS34020b (GIb) if 

H Active Gl was already allocated to TMS34020b and there is no request 
from TMS34020A. 

■ Active G\ was already allocated to TMS34020b and both devices are 
requesting a low-priority access. 

■ TMS34020b is requesting a low-priority access and TMS34020a is 
not requesting access or is terminating an access. 

Qi Active Gl is made to rieither TMS34020a or TMS34020b (GIx) if 
TMS34020a requests a high-priority access but TMS34020b has not yet 
terminated its access. 
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The following equations express these conditions. 



GIa = 


(pGiA • ROb • R1b) + (PGIA • ROa) + (pGIs • ROb • ROa) 


gib = 


(pGie • ROa • R1a) + (pGie • ROb • R1a) + (pGIa • ROb • ROa) 


Glx = 


(pGIa-ROa-RIaROb) 



You could easily expand this protocol to include additional TMS34020s by add- 
ing more slave devices, each with a successively lower priority. 

11.6.2 Arbitration Scheme for One TMS34020 and a Hold Device 

If a multiprocessor system contains a non-TMS34020 device that supports a 
hold/hold-acknowledge protocol (known as a hold device), you can use a mo- 
dified version of the arbitration scheme described in Section 11 .6.1 . In the mo- 
dified version, the hold device replaces the slave TMS34020; however, the 
non-TMS34020 processor's priority is raised so that hold has a higher priority 
than a low-priority request from the bus-master TMS34020. 

Table 1 1 -3 shows which Gl is activated for a given set of inputs in this situation. 
The single TMS34020's signals have the suffix j. ROb and R1 b are replaced 
by a single signal, HOLD. Bus mastership is allocated to the hold device 
through the GIh signal. 

Table 11-3. Arbitration Scheme for One TMS3402020 and a Hold Device 



TMS34020 







pGiT 


1 


1 


1 


1 


















ROj 
R1t 


1 








•\ 


■j 








1 


pGlH 


Hold 


1 


1 








1 


1 








1 







— 


— 


— 


— 


T 


T 


T 


T 


1 


1 




— 


X 


X 


— 


H 


X 


T 


H 










T 


T 


T 


— 


— 


— 


— 


— 





1 




H 


H 


X 


— 


— 


— 


— 


— 



Key: T Bus allocated to TMS34020 (assert Gl7)_ 
H Bus allocated to the hold device (assert GIh) 
— Illegal combination 
X No allocation (wait for cycle termination) 

Table 11-3 can be summarized as follows: 

Qi Active Gl is made to the TMS34020 (Glj) if 

■ Active GT was already allocated to the TMS34020 and there is no 
request from the hold device. 

■ Active GT was already allocated to the TMS34020 and the TMS34020 
is requesting a high-priority access. 

■ The TMS34020 is requesting an access (high or low priority) and the 
hold device is not requesting an access. 
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Q Active Gl is made to the hold device (GIh) if 

■ Active Gl was already allocated to the hold device and the TMS34020 
is not requesting an access. 

■ Active Gl was already allocated to the hold device and the devices are 
requesting hold and low-priority accesses, respectively. 

■ The hold device is requesting an access, and the TMS34020 is not 
making an access or is terminating an access. 

Qi Active Gl is made to neither dewlce (Glx) if 

■ The TMS34020 is requesting a high-priority access butthe hold device 
has not yet terminated its access. 

■ The hold device is requesting an access but the TMS34020 has not yet 
terminated its low-priority access. 

The following equations express these conditions: 



Glj = (pGlj • HOLD) + (pGlj • ROj • R1t) + (pGIh • HOLD) 

GIh = (pGlH • HOLDj Rlj) + (pGly • HOLD_ R0t2_ 

Glx = (pGJT • ROt • R1t • HOLD) + (pGIn • ROj • Rlj • HOLD) 

Note that GTh is equiv_alent to hold-acknowledge in this scheme. HOLD is effec- 
tively treated like an RO. If back-to-back memory cycles between master and 
hold device are required, then HOLD going inactive should be an early warning 
that the hold device has finished with the bus. If this is not possible, then there 
will be a dead cycle when neither processor is using the bus when passing 
control. 

Again, this protocol can be easily expanded to include more processors: more 
hold devices, more TMS34020s, or more of both. 
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11.7 Initializing Multiple TMS34020s 



In asingle-TMS34020 system, power-up initialization of the device can be per- 
formed in one of two ways. 

Method 1: Store an initialization routine in ROM and bring the TMS34020 
out of reset in the self-bootstrap mode. The TMS34020 will 
immediately start executing the code from ROM. 

Method 2: Bring the TMS34020 out of reset in the host-present mode. In 
this situation, the TMS34020 is halted so that a host can down- 
load code to local memory before clearing the HLT[HSTCTLH] 
bit and allowing the TMS34020 to execute the code. 

In a multiple-TMS34020 system, initialization is more complex. You can use 
method 1 , method 2, or a combination of both, with some modification to the 
single-TMS34020 approach. Here are three alternatives: 

Qi When operating in self-bootstrap mode, all the TMS34020S will fetch the 
same code from the same reset vector unless you provide additional 
mapping to point each processor to a different code. A mapper at the reset 
vector_address can, when read, output a different address, depending on 
which G I pin is active at the time. In this way, each processor reads a differ- 
ent value from the reset vector and therefore fetches code from different 
locations. 

□i Alternatively, you can prevent each TMS34020 from fetching the reset vec- 
tor and executing code by using_the multiprocessor interface to inhibit 
assertion of each TMS34020's Gl pin. If each TMS34020 becomes bus 
master in a predefined order at power-up, each can modify the reset vector 
after loading its own code so that the vector points to the next processor's 
code. 

^ You can use a host processor to download code to all the TMS34020s. If 
you do this, be careful when using host-present mode; the host cannot 
access the I/O registers of a TMS34020 to which it is not directly attached. 
This means that if a TMS34020 is powered up halted in host-present mode 
but is not direct ly conne cted to a host, there is no way to clear the HLT bit 
except through RESET. The next section outlines the ways in which a mul- 
tiple-TMS34020 system can be connected to a host. 
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11.8 Configuration with a Host Processor 



If your multiple-TMS34020 system contains a host processor, there are a num- 
ber of ways to configure the system. The configuration you choose depends 
on the type of accesses the host needs to make and on the cost of the system. 
For a general description of host communications, refer to Chapter 7; Section 
7.11 , Systems with Multiple TMS34020S (page 7-40), discusses the implica- 
tions of the different configurations in detail. 



The HOE and HDST pins support several different configurations. 



Qi Host connected to one TMS34020 only. In this case, the HOE and HDST 
pins of the host-connected TMS34020 should be wired to th e exte rnal 
bidirectional data transceivers. There is no need to wire the HOE and 
HDST pins of the other TMS34020s in parallel. 

Qi Host connected to more than one T MS34020 via one set of shared data 
transceivers. In this case, the HOE pins from all TMS34020s sharing the 
data transceivers should be wired together, as should the HDST pins. 

□l Host connected to more than one TMS34020 via individual sets of data 
transceivers for each TMS34020. In this case, each TMS34020 is con- 
nected to the host via its own set of data transceivers. The HDST and HOE 
pins should be connected between each TMS34020 and its associated 
transceivers only. 



When bus mastership is regained, HDST and HOE are set to high impedance 
just like the local-memory control signals. However, unlike the local-memory 
control signals, they both are attached to internal pull-up resistors. This allows 
any of the above configurations to be implemented without requiring additional 
external control circuitry; if HDST and HOE are not driven by another 
TMS34020 (the first and third cases described above) they are held in the logic- 
high state by the resistors. Yet, the resistors are sufficientl y larg e that they will 
not prevent another TMS34020 from driving HDST and HOE subsequently 
(the second case described above). 
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Chapter 12 

Graphics Instructions and Operations 



The TMS34020 is especially useful in graphics systems because it has a large 
set of graphics-specific instructions. In addition, the TMS34020 supports a 
variety of special operations (such as windowing, transparency, and options 
for combining pixels) that you can apply to graphics instructions. This chapter 
contains four types of information: 

Section Page 

Overviews summarize the 12.1 An Overview of Graphics Instructions 12-2 

instructions and operations. 1 2.2 An Overview of Graphics Operations 12-3 

Instruction-specific information 12.3 Single-Pixel Instructions 12-6 

describes the special capabilities of ^2.4 Line Instructions 12-7 

the various types of graphics ' ^ ^ , , ,. , ^ ^ 

insiuctions. ^2-5 Array Instructions 12-8 

12.6 Auxiliary Graphics Instructions 12-17 

Operation-specific information 12.7 Windowing 12-19 

describes the graphics operations ^ 2.8 Pixel Processing 1 2-27 

and how they work for the ^ 

different types of graphics ^2.9 Transparency 12-36 

instructions. 12.10 Plane Masking 12-39 

Reiated topics discuss the ways 12.11 Setting Up the Implied Operands for 

that graphics instructions worl<. Graphics Instructions 12-43 

12.12 Converting an XY Address 

to a Linear Address 1 2-47 
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12.1 An Overview of Graphics Instructions 



The TMS34020 instruction set supports several fundamental graphics drawing 
instructions. Table 12-1 lists these instructions by categories. 



Table 12-1. Summary of Graphics Instructions 



Instructions Refer to... 

These instructions draw single pixels. p^^Q ^ 2-6 

g c DRAV (draw-and-advance) draws a single pixel at a specified address and then incre- 
CL '^ ments that address. This Is useful for implementing incremental algorithms that 
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P 



«S 3 draw circles, ellipses, arcs, and other curves. 

^ c PIXT (pixel transfer) transfers Individual pixels from one location to another. There 
are several different versions of the P IXT instruction that use different address- 
ing modes. 

g These instructions draw single lines or set up the implied operands for drawing a line. ^^^^ .^ 2-7 

'§ LINE implements the inner loop of Bresenham's algorithm for drawing lines. For this 
5 instruction, a line's endpoints are identified by XY addresses. 

c FLINE is a faster implementation of the LINE instruction. For this instruction, a line's 
g endpoints are identified by linear addresses. 

-J LINIT initializes implied operands required by the LINE and FLINE instructions. 
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g These instructions draw 2-dimensional pixel arrays. ^^^^ ^ 2-8 

o PIXBLT (pixel block transfer) copies a 2-dimensional block of pixels from one area in 
memory to another. There are several forms of the PIXBLT instruction. 

FILL sets all the pixels in a pixel array to a known value. 

PFILL fills a block with the pattern from the PATTERN register. 

VFILL special fill that takes advantage of VRAM features. 

VBLT special block transfer that takes advantage of VRAM features. 

The TMS34020 supports several auxiliary instructions that extend the functions of the page 12-17 
base set of graphics instructions 

FPIXEQ searches for a pixel that is equal to the COLORO pixel. 

FPIXNE searches for a pixel that is not equal to COLORO. 

FPIXEQ and FPIXNE are useful for seed fills and data compression. 

EXGPS exchanges value in PSIZE with the value in a general-purpose register. 

GETPS moves the value in PSIZE into a general-purpose register. 

g RPIX replicates a pixel value within a general-purpose register. 

CLIP clips an array to fit within specified window dimensions. 

CPW compares a point to the window limits in WSTART and WEND. 

TFILL fills a trapezoidal block by filling a series of horizontal lines. 
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12.2 An Overview of Graphics Operations 



Table 1 2-2 summarizes the operations that you can apply to graphics instruc- 
tions. These operations extend the functionality of the graphics instructions, 
providing you with explicit control over where a pixel is drawn and how it is com- 
bined with other pixels. Note that these operations affect only pixel transfers— 
they do not affect data transfers by nongraphics instructions (such as MOVE). 



Table 12-2. Summary of Graphics Operations 



Description Refer to... 

The TMS34020's special window-checking hardware compares a pixel's XY address to ^^^^ 12-19 
the XY addresses within a defined rectangular window. The TMS34020 supports four 
g window-checking modes: 

o Qi A/o window checl<ing—^ou can Ignore window-checking information. 

O Q Window hit detection draws no pixels, but generates an interrupt if a pixel lies inside 
5 a window. This supports selection of screen objects that a cursor is pointing to. 

c □§ Window miss detection draws pixels that lie within a window and generates an inter- 
^ rupt if a pixel lies outside the window. This Is useful for line clipping. 

Qi Window dipping mode dray^s only pixels that lie within a window; it generates no inter- 
rupts. 






Most of the graphics instructions move pixels to locations in memory; some instructions ^ 2-27 



<fi combine source pixels with pixels that are already at the specified destination address, 



g The pixel-processing options provide you with control over how the source and destina- 
^ tion pixels are combined. 

g You can choose from 1 6 Boolean and 6 arithmetic pixel-processing options. The default 

CL option is simply to replace the destination pixels with the source pixels. 

Sometimes you may want a background or an existing object to show through an object ^^^^ ^ 2-36 
that you're drawing to the screen. The TMS34020 supports three modes for choosing 

>» which of the pixels in an object are transparent: 

c 

2 Q Transparency on result = inhibits the pixel write if zero will be written to the destlna- 

§. tion address. 

iff 

§ Q Transparency on source = COLORO Inhibits the pixel write if the source pixel is the 
^ same as the COLORO pixel. 

Qi Transparency on destination = COZ.O/70 inhibits the pixel write if the original destina- 
tion pixel is the same as the COLORO pixel. 

g The plane mask is a register that you can load with a mask value. The 1 s and Os in the ^ 2-39 

!^ mask tell the TMS34020 which bits In a source or destination pixel can be modified. 

M Transparency and plane masking are similar but work at different levels. Transparency 

^ works at the pixel level, preventing an instruction from writing entire pixels. Plane mask- 

g ing, however, works at the bit level, preventing an Instruction from writing Individual bits 

K . within a pixel. 
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Table 12-2. Summary of Graphics Operations (Continued) 



I 
< 

X 



Description Refer to... 

XY addressing is not an operation in the sense of transparency or pixel processing; how- ^ 2-47 

jg ever, using XY addresses instead of linear addresses can simplify program design. 
Many of the graphics Instructions allow you to choose whether you use XY or linear 
addresses. 

Because XY addressing allows you to specify an address in terms of Cartesian coordi- 
nates, XY addressing is especially useful for manipulating 2-dimensional pixel arrays 
and for writing pixel data to a screen. For certain instructions, the TMS34020 automati- 
cally converts XY addresses to linear addresses for internal use. 



Figure 1 2-1 shows how these operations interact when the TMS34020 trans- 
fers a source pixel to a destination location, combining the source pixel data 
with the destination pixel data. This is a general illustration; certain operations 
are not performed if they are not enabled or selected. 

As Figure 12-1 shows, source and destination pixels are first read from 
memory and modified by the plane mask. Pixel processing is then performed 
on the modified pixel values. The plane mask is applied to the result. Bits that 
are 1s in the PMASK are read as Os from the source array (however, these 
same bits are protected during a pixel write). Transparency is applied, depend- 
ing on the mode chosen. 
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Figure 12-1. Graphics Operations Interaction 



Read 




Read 



apply plane mask 




apply plane mask 



Transparency on source = COLORO enabled? 

If so, abort the write if 

source pixel = COLORO pixel 



Transparency on destination = COLORO 

enabled? If so, abort the write if 

destination pixel = COLORO pixel 



''iii, ''iii, '''ii,^ i,''''ii,''''ii,''''ii, '''iii,''''ii '' 



combine masked source pixel and 

masked destination pixel using a 

pixel-processing option 



3t 



apply plane mask to result I 
of pixel processing | 



w 



Transparency on result = enabled? 
If so, abort the destination write when 
resulting pixel = 



perform read-modify-write if |Q 
pixel size is 1 , 2, or 4 bits 




Notes: 1 ) You can enable only 1 of the 3 transparency modes at any time. 

2) If you're using the pixel-processing replace option, the TMS34020 does not read the destination pixel 
unless you've enabled transparency-on-destination or plane masking. 
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12.3 Single-Pixel Instructions 



Definition- 



A single pixel is defined by 

□i its address, which can be a linear address (this is an absolute memory 
address) or an XY address. Linear addresses must be aligned on pixel 
boundaries. 

Qi its size (in bits), which is defined in the PSIZE register. 



Instructions- 



Two types of instructions draw single pixels. 

Qi The PIXT instructions transfer individual pixels from a source location to 
adestination location. The PIXTs support three combinations of source-to- 
destination transfers. 



Graphics operations - 



source 

A- or B-file register 

memory 

memory 



destination 

memory 

A- or B-file register 

memory 



Q The DRAV instruction draws a pixel that is identified by an XY address. 
After drawing the pixel, DRAV advances the address by adding an XY 
increment to the original XY address. The value written to the destination 
pixel is the value in the C0L0R1 register. 

DRAV is especially useful for drawing circles, ellipses, arcs, and other 
curves. Selecting an appropriate XY increment allows an incremental 
algorithm to plot each pixel on a curve and then determine where the next 
pixel will be drawn. The next pixel is usually one of the 8 pixels immediately 
adjacent to the pixel just drawn. 

You can also use DRAV for drawing straight lines; however, you can draw 
lines more efficiently with LINE or FLINE. 



You can use the following graphics operations with single-pixel instructions. 



window cliecking 

transparency 
plane masking 
pixel processing 



You can use this when the destination pixel has an XY 
address. 

Use any of the transparency modes. 

You can set the plane mask. 

Use any pixel-processing option, but remember that the arith- 
metic options are valid only when the pixel size Is at least 2 bits. 
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Line Instructions 
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12.4 Line Instructions 



Definition - 



Instructions - 



A line is defined by these implied operands: 

Qi address of one of the line's endpoints 

Qi magnitude of the major and minor axes of the line 

Q[ signs of the X and Y increments 

Qi initial value of a decision variable 

□i initial value of a count variable that monitors drawing progress 

Q pixel values (in the COLORO and C0L0R1 registers) 

□ pixel size (in the PSIZE register) 

Qi pattern (in the PATTERN register) 



Qi The LINE instruction implements the inner loop of Bresenham's line- 
drawing algorithm. The endpoint that you provide for LINE must be an XY 
address. When drawing a line, you might typically 

Step 1 : Determine the XY coordinates of the line's endpoints. 

Step 2: Calculate the implied operands listed above. For the most effi- 
cient operation, clip the line to the dimensions of the display win- 
dow before you calculate the implied operands. 

Step 3: Draw the line with the LINE instruction. 

Q The FLINE instruction is a faster implementation of Bresenham's line- 
drawing routine. FLINE operates similarly to LINE, but the endpoint that 
you provide for FLINE must be a linear address. Because you cannot use 
XY addressing with FLINE, FLINE does not support window checking. 

Qi The UNIT instruction initializes the implied operands that the LINE and 
FLINE instructions use. LINIT provides you with a quick, simple method 
for performing the initialization; LINIT uses a line's XY endpoints to set up 
the necessary B-file registers. LINIT also sets the status bits so that you 
can easily determine a line's location in relation to the current window, and 
you can determine whether a line can be trivially rejected. 



Graphics operations - 



You can use the following graphics operations with the LINE and FLINE 
instructions. 



window checl(ing You can use window checking with LINE; you can't use window 
checking with FLINE — FLINE doesn't support XY addressing. 

Use any of the transparency modes. 

You can set the plane mask. 

Use any pixel-processing option, but rememberthatthe arithme- 
tic options are valid only when the pixel size is at least 2 bits. 



transparency 
plane masking 
pixel processing 
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12.5 Pixel-Array Instructions 



Definition - 



Instructions - 



A2-dimensional pixel array is defined by these implied operands: 

Qi Starting pixel address. This is the address of the pixel with the lowest 
address in the array (in a display, this is usually the pixel at the top left of 
the array). Two registers supply starting array addresses; these addresses 
can be linear addresses or XY addresses. 

SADDR (BO) identifies the starting address of a source array. 

DADDR (B2) identifies the starting address of a destifiation array. 

Qi Array width (DX) and array height (DY) in pixels (defined in the DYDX 
register). The 1 6 LSBs of DYDX identify the array width; the 1 6 MSBs iden- 
tify the height. Source and destination arrays use the same DYDX value. 

Q Array pitch (the difference between the linear addresses of any two verti- 
cally adjacent pixels in an array). Two registers supply array pitch values. 

SPTCH (B1 ) identifies the pitch of a source array. 

DPTCH (B3) identifies the pitch of a destination array. 

Q The pixel size is defined in the PSIZE register. Only one pixel size is valid 
at a time, defining the size of all pixels in the array. 



The TMS34020 supports two types of array instructions. 

Q The PIXBLT instructions are a powerful set of raster operations that com- 
bine the pixels in a source array with the pixels in a destination array. The 
TMS34020 copies each pixel in the source array to the corresponding 
location in the destination array. The source pixel can simply replace the 
destination pixel, or the two can be combined using any pixel-processing 
option.The source and destination arrays must have the same width and 
height, but they can have different pitches. 

The TMS34020 supports several PIXBLT instructions,with variations in 
the types of addresses that define the source and destination arrays. 



source array 


destination 


array 


instructions 




binary 


linear 




PIXBLT B, L 


VBLT 


binary 


XY 




PIXBLT B, XY 




linear 


linear 




PIXBLT L,L 


PIXBLT L,M,L 


linear 


XY 




PIXBLT L,XY 




XY 


linear 




PIXBLT XY,L 




XY 


XY 




PIXBLT XY,XY 
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Ql The FILL instructions fill a destination pixel array with the pixel value in 
the C0L0R1 register. You can think of a FILL operation as a special type 
of PIXBLT that does not use a source array. 

The TMS34020 supports two FILL instructions and two special-purpose 
FILLS, PFILLandVFILLPFILLisapattern-fill instruction, and VFILL takes 
advantage of VRAM block-mode accesses. 



destination array 

linear 
XY 



instructions 




FILLL 


VFILL 


FILLXY 


PFILL XY 



Graphics operations 



You can use the following graphics operations with pixel-array instructions. 



window ctiecking 
transparency 

plane masking 



pixel processing 



You can use window checking whenever the destination array 
is identified by an XY address. 

Ql You can use transparency with any array instruction ex- 
cept VBLT or VFILL. 

□l The binary PIXBLTs do not apply transparency to unex- 
panded source data. 

Q You can use the plane mask with any array instruction. 
Note that for VBLT and VFILL, the masking comes from 
the VRAM write mask and not from the PMASK register. 

□l The binary PIXBLTs don't apply the plane mask to the un- 
expanded source data. 

Q Use any of the pixel-processing options with the basic 
PIXBLTs. 

Ql You cannot use pixel processing with VBLT or VFILL. 



12.5.1 PIXBLTs witli XY and Linear Addressing 



Some PIXBLTs allow you to specify the source and destination arrays' start 
addresses in XY or linear format. You can use the following combinations of 
XY and linear arrays. 







Destination 




Source Array 




Array 


Instruction 


Linear 


-> 


Linear 


PIXBLT L, L 


Linear 


-^ 


XY 


PIXBLT L, XY 


XY 


-> 


Linear 


PIXBLT XY,L 


XY 


-> 


XY 


PIXBLT XY, XY 
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12.5.1.1 Packed Linear Arrays 



XY addressing provides a convenient method for manipulating on-screen ob- 
jects. XY addressing supports both automatic window clipping and conversion 
of Cartesian coordinates to memory addresses. When you store pixel arrays 
off screen, however, you may use memory more efficiently if you use linear 
addressing. For example, you can pack successive rows of a linear pixel array 
into memory without gaps between the end of one row and the beginning of 
the next. The pitch of a linear array is set to the product of the array width (in 
pixels) and the pixel size (in bits). Figure 12-2 shows how storing an array in 
packed linear format can save memory space. 



Figure 12-2. How XY and Linear Arrays are Stored in Off-Screen h/lemory 
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- pitch - 



DX X PSIZE : 
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line 2 
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line 4 




lines 





Screen 

A simple XY array is displayed on the 
screen. Note that DXxPSIZE<pitch. 



Off-Screen Memory- 
Stored as an XY array. When 
stored using the screen pitch, 
memory is wasted. 
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Off*<Soreen K/lemory'^^Af fernative 2 

Stored as a packed linear ^ - 
array. When stored with a pitch 
of DX X PSIZE, memory is used 
more efficiently. 



line 1 



lines 



line 2 



lines 



line 4 



To store an XY array in packed linear form, use the PIXBLT XY, L instruction; 
to move a packed linear array onto a screen, use PIXBLT L,XY. 



12.5.1.2 Selecting tlie Starting Corner for a PIXBLT 



A PIXBLT's default starting address is the lowest pixel address in the source 
array. As Figure 1 2-3 shows, however, some PIXBLTs can start at any of the 
array's four corners. If the source and destination arrays overlap, it may be nec- 
essary to change a PIXBLT's starting corner. 

Table 12-3 lists the PIXBLTs that can use this corner-adjust feature; note that 
for some PIXBLTs, the TMS34020 automatically adjusts the corner— for 
others, you must manually adjust the corner. 



12-10 



Graphics Instructions and Operations 



Pixel-Array Instructions 



Table 12-3. PIXBLTs That Can Start from Any Corner 



Automatic adjust 



Manual adjust 



PIXBLT L, XY 
PIXBLTXY, L 
PIXBLT XY, XY 



PIXBLT L, L 
PIXBLT L, M, L 



By default, a PIXBLT first processes the pixel with the lowest address. The 
PIXBLT then processes the remaining pixels from left to right within each row, 
beginning at the top row and moving toward the bottom row. The pixel at the 
lower right corner of the array is processed last. 

When you manually adjust the PIXBLTs starting corner, you must control the 
sequence in which pixels are moved when the arrays overlap, so that destina- 
tion pixels do not write over source pixels that haven't been transferred yet. 



Figure 12-3. Possible Starting Corners 

Pixel-Array 
Address 



PBH=0, PBV=0 

(default) 



Pixel-Array — ^ 
Address 



PBH=0, PBV=1 



Pixel-Array 
Address 




PBH=1,PBV=0 








Pixel-Array 
Address 




PBH=1,PBV=1 





Note: Starting corners are shaded. 

As Figure 12-3 shows, the PBVECONTROL] and PBHiCONTROLl bits de- 
termine the starting corner for the PIXBLT. PBH controls horizontal movement; 
PBV controls vertical movement. 

PBH=0 Pixels are processed from left to right (increasing X direction). 
PBH=1 Pixels are processed from right to left (decreasing X direction). 
PBV=0 Rows are processed from top to bottom (increasing Y direction). 
PBV=1 Rows are processed from bottom to top (decreasing Y direction). 
A PIXBLT processes all the pixels in one row before moving to the next row. 

You supply the arrays' default starting addresses in the SADDR and DADDR 
registers. The starting corner adjustment is automatic or manual, depending 
on the types of addresses that define the arrays. 

Ql When one or both arrays are XY arrays, the TMS34020 automatically 
calculates the actual starting address identified by PBH and PBV from the 
default starting address and the array size. As the PIXBLT executes, it 
automatically adjusts SADDR and DADDR to the address of the corner 
selected by PBH and PBV. 
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Q When you use an alternate starting corner with the PIXBLT L,L or PIXBLT 
L,M,L instructions, yot; must adjust the addresses in SADDR and DADDR 
to the corner selected by PBH and PBV. 



12.5.2 Binary (Color Expanding) PiXBLTs 



A binary array is a 2-dimensional array of 1-bit pixels. You can use a binary 
array for storing an object's shape information separately from attributes such 
as color and intensity. The shape is stored in compressed form as a bitmap of 
1 s and Os. The color information is added as a PIXBLT draws the shape on the 
screen: the 1 s in the bitmap are expanded to the C0L0R1 value, and the Os 
are expanded to the COLORO value. 

The TMS34020 supports two instructions that allow you to expand a binary 
array to a linear or an XY array. These PIXBLTs are called binary PiXBLTs or 
color-expanding PIXBLTs. 

Dastsnatlcn 
Source Array Array Instruction 

Binary _> Linear PIXBLT B, L 

Binary -^ XY PIXBLT B, XY 

Binary PIXBLTs provide several benefits. 

Q You can easily change foreground and background colors by changing the 
values in the COLORO and C0L0R1 registers; this doesn't change the 
source array. 

Qi When the destination pixel size is greater than 1 bit, some applications 
(such as storing fonts off-screen in a binary format) require less memory 
than you would need in a nonbinary format. 

□i Font loading also takes less time— binary PIXBLTs execute quickly 
because there is less source data to read. 

I 1 

Note: 

Binary PIXBLTs expand the source data before performing any pixel process- 
ing, transparency, or plane masking. They do not use the plane mask when 
reading the source data. 



Binary PIXBLTs are especially useful in applications that use bitmapped text. 
Using the XY and linear PIXBLTs to draw and store bitmapped text is cumber- 
some, requiring you to store a complete copy of each font in off-screen 
memory. This could consume large amounts of memory. If, for example, you 
needed each font in several colors, you would need multiple copies of each font 
(one copy for each color). 
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Binary PIXBLTs provide a better solution for tliis application.Typically, text 
characters appear as a foreground color drawn on top of a background color. 
Each text character can be stored in a binary bitmap where 1 s represent a fore- 
ground color (C0L0R1) and Os represent the background color (COLORO). 
This way, you don't need a full bitmap representation of each character (where 
each foreground and background pixel would require several bits of storage). 
Figure 1 2-4 shows a sample character that is stored in a binary array and then 
expanded using COLORO and C0L0R1 . 



Figure 12-4. An Example of the Color-Expand Operation 



Note: Pixel size is 4 bits. 



COLORO 


00 00 


00 


000 


0000 


00 00 


000 0| 0000 





C0L0R1 


110 1 


110 1 


110 1 


110 1 110 1 


110 1 110 1 


110 1 




requires 100 bits 




Using binary PIXBLTs, you might follow these steps to write text to the display: 

Step 1: Load the text font into memory as one table of binary bitmaps in 
packed, linear form. (Array pitch = DX x pixel size; for binary arrays, 
the pixel size = 1 , so the pitch for a binary array = DX.) 

Step 2: Let COLORO contain the background color and C0L0R1 contain the 
foreground color. 

Step 3: Use a binary PIXBLT, which will copy the character from memory and 
expand it onto the display bitmap. 

As each character is drawn to the screen, the source array is set to 
point to the appropriate letter in the binary table. The destination 
array is defined as the next free space on the screen. 

I 1 

Note: 

Set the PSIZE register to the size of the expandeaf destination pixels. Binary 
PIXBLTs always treat source pixels as 1-bit pixels. 



The expand function is also useful in applications that generate shapes or pat- 
terns dynamically. During the first stage of this process, a compressed image 
is constructed in an off-screen buffer area at 1 bit per pixel. The image is built 
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up of geometric objects such as rectangles, circles, or polygons. Patterns can 
also be added. When complete, the compressed image is color-expanded onto 
the screen. This method defers the application of color until the final stage. 



12.5.3 Masked PIXBLT 



The masked PIXBLT (PIXBLT L,M,L) is an extension of the PIXBLT L,L instruc- 
tion. The masked PIXBLT uses a maskarra\f, a 1 -bit-per-pixel array that deter- 
mines on a pixel-by-pixel basis whether the particular destination pixel is over- 
written. In effect, the mask array controls which pixels are forced to be treated 
as transparent, but this occurs independently of transparency. 

The TMS34020 expands the bits in the mask array, then combines them with 
the plane mask and transparency detection. This combination provides bit-by- 
bit control of which destination bits are protected from ovenA^riting. 

The masked PIXBLT uses two B-file registers: 

Qi MADDR (B1 0) identifies the mask array's starting address. 
Qi MPTCH (B1 1 ) identifies the mask array's pitch. 

The masked PIXBLT is useful for manipulating nonrectangular display win- 
dows; you could use the mask array to define the shape of the window. You 
can also use the masked PIXBLT for manipulating patterned objects; load the 
pattern into the source array and load the object's shape into the mask. 

12.5.4 VRAM Block-Mode PIXBLT (VBLT) 

The TMS34020 supports a PIXBLT that takes advantage of VRAM block 
writes. The VBLT instruction is similar to the PIXBLT B,L instruction because 
it expands a binary source array to a linear destination array; however, there 
are several important differences. 

tk VBLT works only when the entire destination array lies in VRAM that sup- 
ports block writes. 

□i As VBLT reads the source array, its actions depend on the value of the cur- 
rent source pixel. 

pixel value = VBLT does nothing; it does not alter the corresponding 
destination pixel. VBLT can check an entire line in a 
source array; if all the values in a line are 0, VBLT 
doesn't write the line. 

pixel value = 1 VBLT tells the appropriate VRAM to copy the contents 
of the VRAM color register into the destination. 

Q VBLT uses the contents of the VRAM color register to represent 1 s in the 
source array. Before executing VBLT, use the VLCOL instruction to copy 
the contents of the C0L0R1 register into the VRAM color register. 
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Q[ The VRAM color registers are a minimum of 4 bits wide; thus, VBLT 
supports pixel sizes of 4,8,1 6, and 32 bits. (VBLT doesn't support 1 - and 
2-bit pixels.) 

Qi The source and destination array addresses in SADDR and DADDR must 
contain linear addresses. 

Qi The destination array pitch must be an integer multiple of 1 28 (80i q) bits. 



Qi VBLT executes approximately twice as quickly as PIXBLT B,L. The 
TMS34020 normally writes 32 bits of data during each memory write cycle. 
VRAM block mode enables the TMS34020 to write 128 bits during each 
memory write cycle. 

d VBLT does not support pixel processing, transparency, XY addressing, 
or window checking. 

Ol VBLT supports plane masking if VEN ICON FIG] is set to 1 . VBLT uses the 
VRAM write mask to perform plane masking. 

The sequence of events required to use a VBLT might be 

Step 1 : Load the required C0L0R1 value in B9. 

Step 2: Execute VLCOL, copying C0L0R1 into the VRAM color registers. 

Step 3: Set up the remaining implied operands (SADDR, DADDR, etc.). 

Step 4: Execute VBLT 

I 1 

Note: 

For more information about the VRAM block-write, color — mask, and write- 
mask features, refer to Sections 8.11 ( VRAM Write-Mask Local-Memory 
Cycles, page 8-34) and 8.12 ( VRAM Block-Write Local-Memory Cycles , page 
8-37). 



The FILL instruction fills a destination pixel array with the value in the C0L0R1 
register. A FILL is similar to a PIXBLT that uses no source array. The source 
pixel value used in pixel processing is the value in the C0L0R1 register. The 
TMS34020 supports two basic FILL instructions; the destination array can be 
specified in either XY or linear format. 
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12.5.6 Horizontal Pattern Fill (PFILL) 



The PFILL instruction is an extension of tine basic FILL instruction. Instead of 
filling with solid COLOR1 , PFILL expands the contents of the PATTERN regis- 
ter (B13). PFILL replaces each in the pattern with a COLORO pixel; PFILL 
replaces each 1 with a C0L0R1 pixel. PFILL uses this pattern of pixels to fill 
each horizontal line of the destination array. The pattern repeats at least once 
every 32 pixels (it may repeat more frequently, if you like). 

For PFILL, the destination array address in DADDR should contain an XY 
address. PFILL can use window checking. 



12.5.7 VRAM Block Mode-Fill (VFILL) 



The VFILL instruction is an extension of the basic FILL instruction. VFILL takes 
advantage of VRAM block-mode memory accesses. VFILL's relationship to 
the FILL instruction is analogous to VBLT's relationship to the PIXBLT B,L 
instruction. Note that DADDR must contain a linear address; VFILL cannot use 
XY addressing or window checking. 

Unlike VBLT, VFILL does not need to read data from memory. Thus, VFILL can 
use back-to-back block-mode writes. VFILL executes approximately four 
times faster than the corresponding FILL. 

One useful application of VFILL is to use it in combination with VBLT to write 
text to a screen: 

Step 1 : Load the background color into the COLOR1 register. 

Step 2: Execute VLCOLto copy the COLOR 1 value into the VRAM color reg- 
isters. 

Step 3: Set up VFILL's implied operands and execute VFILL to write the 
background color to the screen. 

Step 4: Load the foreground color value into the C0L0R1 register. 

Step 5: Execute VLCOLto copy the C0L0R1 value into the VRAM color reg- 
isters. 

Step 6: Set up VBLT's implied operands and execute VBLT to write the text 
character to the screen. 

I . 1 

Note: 

For more information about the VRAM block-write, color— mask, and write- 
mask features, refer to Sections 8.11 ( VRAM Write-Mask Local-Memory 
Cycles, page 8-34) and 8.1 2 ( VRAM Block- Write Local-MemorvCvcles . page 
8-37). 
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12.6 Auxiliary Graphics Instructions 



In addition to the single-pixel, line, and pixel-array instructions, the TMS34020 
supports several auxiliary graphics instructions. These instructions do not 
draw pixels; they help you to obtain information or set up implied operands for 
the graphics drawing instructions. (An exception to this is TFILL.) 

Ql FPIXEQ and FPIXNE (find pixel value) 

These instructions search through memory, comparing pixel values to the 
pixel value in the COLORO register. 

■ FPIXEQ stops searching when it finds a pixel that equals the COLORO 
value. 

■ FPIXNE stops searching when it finds a pixel that doesn't equal the 
COLORO value. 

Usually, you will want to search through a pixel array in memory. You must 
supply the starting address for the block of memory that will be searched. 
The instructions can search fon^/ard or backward from the initial location. 

These instructions are especially useful for seed fills and data compres- 
sion. 

□i GETPS and EXGPS (get and exchange pixel size) 

The PSIZE register identifies the current pixel size. The GETPS and 
EXGPS instructions provide you with easy methods for getting and chang- 
ing the PSIZE value. 

■ GETPS copies the contents of PSIZE into a general-purpose register. 

■ EXGPS exchanges the contents of the PSIZE register with the con- 
tents of a general-purpose register. 

Ql RPIX (replicate pixel) 

The RPIX instruction replicates a pixel value within a general-purpose reg- 
ister. RPIX uses the current pixel size to replicate the pixel value the correct 
number of times to produce a 32-bit value within the register. For example, 
if the current pixel size is 4, RPIX will replicate the pixel value 8 times to 
produce a 32-bit value; if the current pixel size is 1 6, RPIX will replicate the 
pixel value twice; etc. 

a CLIP (array clip) 

The TMS34020 supports a CLIP instruction that adjusts an array specified 
by the DADDR register and the DYDX register to fit within a window. The 
adjusted values replace the original values. 
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Oi TFILL (trapezoidal fill 



The TFILL instruction fills a trapezoidal area by drawing a series of hori- 
zontal lines. Figure 12-5 shows a trapezoid that is drawn to the screen. 



Figure 12-5. A Trapezoidal Fill 




J screen 



xy and X2 define the length and position of a horizontal line. TFILL draws a 
line, adjusts x-j and X2 by a specified amount, and increments y to point to 
the next position where a line could be drawn. Executing TFILL once draws 
only one line; to draw a trapezoid, you must call TFILL an appropriate num- 
ber of times. 
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12.7 Window Checking 



The TMS34020 allows you to define a rectangular window and to determine 
if a pixel lies within the window. It does this by comparing the pixel's XY address 
to the window's starting and ending points. 

Window checking allows you to select an area of the screen that can or cannot 
be affected by pixel writes. Window checking does not affect data writes by non- 
graphics instructions; it affects only pixel writes by the following instructions: 



DRAV 
FILLXY 
PIXBLT L, XY 



PIXTs 
PFILLXY 
PIXBLT XYXY 



LINE 
TFILL 
PIXBLT B, XY 



Note: 

Window checking works with XY addresses only — you cannot define a win- 
dow with linear addresses, nor can you compare a linear address to a window. 



The TMS34020 supports four window-checking modes, selected by the value 
in WiCONTROL]. Note that the four modes affect single-pixel, line, and pixel 
array instructions in different ways. 

Figure 12-6. Setting tlie M CONTROL]! Bits to Select a Window-CtteMng Mode 
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Window-Checking 
Mode 

— disables window checking 
1 — enables window-hit mode 
2 — enables window-miss mode 
3 — enables window-clip mode 



Note: For a complete illustration and description of CONTROL, refer to Chapter 4. 



12.7.1 Defining a Window 

To define the window, you must 

□i Load the window's starting corner (minimum XY address) into WSTART. 
Qi Load the window's ending corner (maximum XY address) into WEND. 

Window start and end coordinates are signed 1 6-bit values. 
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Figure 1 2-7 illustrates a window in relation to display memory (a screen) and 
identifies the window's starting and ending points. 



Figure 12-7. Specifying Window Limits 
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Note: The window need not lie in positive XY space. 

Figure 12-7 shows that a pixel with coordinates (X,Y) lies within the window 
if Xstart^X^^end ^^^ Ystart^Y^Yend- If a pixel does not meet these condi- 
tions, it lies outside the window. 

The window is empty when Xgtart > ^end or Ystart > Ygnd (that is, the 
window contains no pixels). In this case, window checking detects all destina- 
tion pixel addresses as lying outside the window. 

Note that the condition Xgtart = ^end ^^id Ygtart = Yend identifies a window that 
contains a single pixel. 

12.7.2 Window- Violation Interrupt 

A window-violation interrupt is requested by setting WVPllNTPEND] to 1 ;this 
happens when either of these situations occurs: 

□i W=1 and a pixel lies inside the window. 

Qi W=2 and an attempt is made to write to a pixel outside the window. 

The interrupt occurs if WVEllNTENB] = 1 and lElSTi = 1. Even if the 
window-violation interrupt is disabled (IE=0 or WVE=0), you can detect a win- 
dow violation by testing the value of WVPIINTPEND]]. 

When a window-violation interrupt occurs, the current graphics instruction 
aborts. The registers that change during these instructions contain the inter- 
mediate values that existed at the time the violation was detected. 
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12.7.3 Window Checking for Single-Pixel Instructions 



Table 12-4 describes the window-checking modes for single-pixel instruc- 
tions. 



Table 12-4. Window-Checking Ixodes for Single-Pixei Instructions 



Mode Effect 



Ignore window-checking information 



1 Window hit. The instruction draws no pixel, but it requests an interrupt if the pixel is inside the 
window. (This is a useful pick mode for mice.) 

2 Window miss. The instruction draws a pixel only if the pixel lies inside the window; the instruction 
requests an interrupt if the pixel lies outside the window. 

3 Window clip. The instruction draws a pixel only if the pixel lies inside the window; however, the 
instruction requests no interrupts. 

The VEST]] (overflow) bit identifies the pixel's relationship to the window. When 
window checking is turned off (window mode 0), the V bit is unaffected. When 
window checking is enabled (mode 1 , 2, or 3), here's how V is affected: 

Qi If the pixel is outside the window, V is set to 1 . 
Qi If the pixel is inside the window, V is cleared to 0. 

12.7.4 Window Checking for Pixel-Array Instructions 

Table 1 2-5 describes the window-checking modes for pixel-array instructions. 

Table 12-5. Window-Checking Modes for Pixel Array Instructions 

Mode Effect 

Ignore window-checking information 

1 Window hit. No pixels are drawn, but the specified destination array is clipped to lie within the 
window. If any pixel lies within the window, a window-violation interrupt is generated; the DADDR 
and DYDX registers are adjusted to be the starting address, width, and height that define the 
intersection of the destination array with the window. This window-checking function is useful 
for determining the intersection of any two rectangles on the screen. 

2 Window miss. DADDR and DYDX are compared to the window dimensions. If any pixel in the 
array lies outside the window, the instruction aborts, and a window-violation interrupt is 
requested. Unlike window mode 1 , however, DADDR and DYDX are not altered as a result of 
the window comparison (DADDR will change as pixels are drawn). If the entire array lies within 
the window, then the instruction proceeds. 

3 Window clip. The instruction draws only those pixels that lie inside the window and requests no 
interrupts. No time is wasted attempting to draw pixels outside the window. DYDX is not 

changed. 

The VEST]] (overflow) bit identifies the array's relationship to the window. 
When window checking is turned off (mode 0), V is unaffected. 
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12.7.4.1 Detecting a Window Hit (Window-Ctiecldng Mode 1) 

You can use window-checking mode 1 to pick an object on the screen by 
moving the cursor to the object's position and selecting it. The actions taken 
depend on the array's location in relation to the window. 

Qi If the array lies completely outside, 

■ V is set to 1 and 

■ no interrupt is requested. 

Q[ If any part of the array lies inside, 

■ V is cleared to and 

■ an interrupt is requested. 

To determine which object the cursor is pointing to, a program first sets the 
window to a small region surrounding the position of the cursor. The program 
then steps again through the same display list used to draw the current screen 
until one of the objects causes a window interrupt. The object causing the inter- 
rupt should be the object that the cursor is pointing to. If no object causes an 
interrupt, the pick window can be enlarged and the process repeated until the 
object is found. If two objects cause interrupts, the size of the pick window can 
be reduced until only one object causes an interrupt. 

12.7.4.2 Detecting a Window li/liss (Window-Checliing Mode 2) 

Window-checking mode 2 permits a PIXBLT or FILL instruction to be aborted 
if any pixel in the destination array lies outside the window. The actions taken 
depend on the array's location in relation to the window. 

Qi If any part of the array lies outside, 

■ V is set to 1 , 

■ the instruction aborts, and 

■ an interrupt request is generated. 

Qi If the array lies completely inside, 

■ V is cleared to 0, 

■ no interrupt request is generated, and 

■ the entire destination array is written. 

12.7.4.3 Window dipping (Window-Ctiecldng Mode 3) 

In this mode, the TMS34020 draws pixels that lie inside the window. The 
actions taken depend on the array's location in relation to the window. 

Q[ If the array lies completely outside, 

■ V is set to 1 and 

■ no interrupt is requested. 

Qi If the array lies partly inside and partly outside, 

■ V is set to 1 , 

■ no interrupt is requested, and 

■ the portion of the destination array lying within the window is written. 
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Q[ If the array lies completely inside, 

■ V is cleared to 0, 

■ no interrupt is requested, and 

■ the entire destination array is written. 

When the instruction begins executing, the destination array is automatically 
preclipped to lie within the window before the first pixel is transferred. No 
execution time is lost attempting to write destination pixels that lie outside the 
window. In the case of a PIXBLT, the source array is also preclipped to fit the 
adjusted dimensions of the destination array before the transfer begins. 

12.7 A A Clip Instruction for Preclipping a Pixel Array 

The TMS34020 supports a CLIP instruction that adjusts the array specified by 
the DADDR register and the DYDX registertofit within a window. The adjusted 
values replace the original values. The status bits are set as follows: 

Z set to 1 if the array lies entirely outside the window, 

cleared to if any part of the array lies within the window. 

V set to 1 if any part of the array lies outside the window, 

cleared to if the array lies entirely within the window 

The CLIP instruction is especially useful when there is a possibility that the 
array could overflow the maximum X and/or Y dimensions of the screen; such 
an array is called an overflowing array. 

CLIP is the only instruction that can handle window overflows. If you think that 
executing a particular instruction could cause a window overflow, do not use 
a PIXBLT with an XY destination address. Instead, use CLIP, CVXYL, then a 
PIXBLT with a linear destination address. 

12-7.5 Window Checking for the LINE Instruction 

Table 12-6 describes window-checking modes for the LINE instructions. 

Table 12-6. Window-Checking Modes for tlie LINE Instruction 

Mode Effect 

Ignore window-checking information 

1 Window hit. Points on the line are calculated, but no pixels are drawn. As soon as the line moves 
inside the window, V is cleared, the line-draw aborts, and the instruction requests an interrupt. 
(V is cleared to If part of the line lies inside the window; othenA/ise, V is set to 1 .) 

2 Window miss. Points on the line are calculated and drawn. As soon as the line moves outside 
the window, V is set to 1 , the line aborts, and the instruction requests an interrupt. (V Is set to 
1 if part of the line lies outside the window; otherwise, V is cleared.) 

3 Window clip. All points on the line are calculated; points that lie inside the window are drawn. 
V is cleared to if the last pixel on the line lies inside the window; othenA/ise, V is set to 1 . 
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12.7.5,1 Line Clipping 



The TMS34020 supports two methods for clipping a straight line to the bound- 
aries of a rectangular window. 

Qi In postclipping, each pixel on the line is compared to the window limits 
just before being drawn. If the pixel lies outside the window, the write is 
inhibited. W=3 window-checking mode is selected; window checking is 
automatically performed in parallel with execution of the LINE instruction, 
so no overhead is added to the time to draw a pixel. However, unless this 
form of clipping is used carefully, another type of overhead may become 
significant. For example, in a CAD environment, if only a small portion of 
a system diagram is displayed at once, a great deal of time could be spent 
performing calculations for points (or entire lines) that lie off screen. 

Qi Preclipping determines, before drawing, which pixels in a line lie within 
the window. The algorithm draws only these pixels and makes no attempt 
to write pixels outside the window. A preclipped line may take less time to 
draw since no drawing calculations are performed for pixels lying outside 
the window. Preclipping is usually faster than postclipping, depending on 
the likelihood of a line lying outside the window. 

The first step in preclipping a series of lines is to identify any lines that lie either 
entirely inside or outside the window. This is accomplished by using an outcode 
technique similar to that of the Cohen-Sutherland algorithm. 

Qi Lines lying entirely outside the window are trivially rejected and consume 
no more processing time. 

□i Lines lying entirely inside the window are drawn. 

Qi Any remaining lines cross one or more window boundaries and require 
intersection calculations to identify portions lying within a window. 

The Cohen-Sutherland method for determining where a line lies in relation to 
a window uses outcodes that identify the location of the line's endpoints in 
relation to the window. Figure 12-8 illustrates the outcodes assigned to an 
endpoint that falls within certain window regions. 



Figure 12-8. Outcodes for Line Endpoints 
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In this method, each region is assigned a 4-bit outcode. When an endpoint of 
a line falls within a particular region, it is assigned the outcode for that region. 
The outcodes determine the treatment of the lines. 

Ql The outcode within the window is OOOO2. If the two endpoints of a line both 
have outcodes OOOO2, the line lies entirely within the window and is drawn. 

Ql If the bitwise-AND of the outcodes of the two endpoints ^ OOOO2, the line 
lies entirely outside the window and is rejected. 

□1 Lines that fall into neither of these categories may be partially visible within 
the window. Visible portions must be identified and drawn. 

The TMS34020's CPW (compare point to window) instruction is a single-cycle 
instruction that compares an endpoint to all sides of the window. 

Midpoint subdivision is an efficient method for finding the in-window portion 
of a line that crosses a window boundary. This method ensures that drawing 
calculations are performed only for pixels lying within the window. Figure 1 2-9 
illustrates the midpoint-subdivision technique. 

Figure 12-9. Using Midpoint Subdivision to Determine Wliicti Portion of a Line Lies Wittiin a Window 
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In Figure 12-9, line AB lies partially within the window. Here's how midpoint 
subdivision finds the portion that lies within the window. 

Step 1 : Determine the coordinates of the line's midpoint at C. 

Step 2: Comparing the outcodes of Sand C shows that segment SC lies en- 
tirely outside the window and can be trivially rejected. 
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step 3: Subdivide the part of segment >4Cthat lies within the window. 

Step 4: Determine the coordinates of point D, which is the midpoint of AC. 
Point D lies within the window. 

Step 5: Now invoke the LINE instruction twice, once for segment DC and 
again for segment DA, Point D is the starting point for both cases. 
Window-checking mode 2 is used while drawing both segments, but 
the window-violation interrupt is disabled. When each line crosses 
the window boundary, the TMS34020 detects this and aborts the 
LINE instruction. Thus, the LINE instruction performs drawing calcu- 
lations for only those portions of DA and DCthat lie within the window. 



12,7.5.2 Using UNIT and FUNE for Precllpped Line Drawing 



The TMS34020's LINIT instruction uses the XY coordinates of a line's end- 
points (Xq, Yq and X-^ , Yi ) to determine the operands required for the LINE and 
FLINE instructions. LINIT also sets up the status bits as follows. 

Status bit 

set to... When... Notes 

N = 1 Xq = Xi The line is vertical 

C = 1 CPW (Xo,Yo) AND CPW (Xi ,Yi) :?i The line lies entirely out- 

side the window 

Z = 1 Yq = Y"| The line is horizontal 

V = 1 (XqiYq) or (Xi ,Y-| ) lies outside the window 

After you execute the LINIT instruction, you can examine the status bits to iden- 
tify the following types of lines. 

Q a line that lines entirely outside a window (C=1 ) 

Q a horizontal line (Z = 1 ) 

Qi a vertical line(N = 1) 

Q a point (Z=1 and N=1) 

Q a line that lies partially within a window (you can then use the midpoint 
subdivision and the LINE instruction) 

□i a line that lies entirely inside a window (use FLINE to draw the line) 
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12.8 Pixel Processing 



Pixel processing (sometimes known as raster processing) controls how 
source pixels are combined with destination pixels.When the TMS34020 reads 
a pixel from its source location, the processor combines the pixel with the cor- 
responding destination pixel using the selected pixel-processing option. The 
TMS34020 writes the result to the destination pixel location. The TMS34020 
supports 16 Boolean and and 6 arithmetic pixel-processing options. 

Q Boolean operations are performed in bitwise fashion on pixels of 1 , 2, 4, 
8, 16, or 32 bits. 

Qi Arithmetic operations treat operand pixels of 2, 4, 8, 16, or 32 bits as 
unsigned binary numbers. The arithmetic operations are especially useful 
for encoding color or intensity information when a display uses multiple bits 
per pixel. For example, the MAX and MIN operations allow two objects with 
antialiased edges to be smoothly merged into a single image. 

The PPOPCCONTROUB selects the pixel-processing option. Figure 12-10 
shows the PROP bits in the CONTROL register. 



Figure 12-10. The PROP l[ CONTROL]! Bits 



5::::;:;K;K:KS;:;:S;K:K:KS;:::: 



:;K::;w:;:::;:r:r:::!::::::»K::::::rK 



14—10 



mmi 



PROP 



Kmm/yyy/yyy/yy/y///y//M 



Note: For a complete illustration and description of CONTROL, refer to Chapter 4. 



Table 12-7 lists all of the TMS34020's pixel-processing options. 



Table 12-7. Pixel-Processing Options 



Code Operation 


Code Operation 





00000 Source -> Destination 


01000 Source OR Destination -^ Destination 


c 
o 


00001 Source AND Destination -> Destination 


01001 Destination -^ Destination 


1 


00010 Source AND -Destination -^ Destination 


01010 Source XOR Destination -^ Destination 


1 

c 


00011 Os -> Destination 


01011 -Source AND Destination -^ Destination 


00100 Source OR -Destination -^ Destination 


01100 Is -^Destination 


s 


00101 Source XNOR Destination -^ Destination 


01101 -Source OR Destination -> Destination 


o 
o 
m 


00110 -Destination —> Destination 


01110 Source NAND Destination -^ Destination 


00111 Source NOR Destination -^ Destination 


01111 -Source -> Destination 
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Table 12-7. Pixel-Processing Options (Continued) 



Code Operation 



Code Operation 



III 

iiiiii 



10000 Source + Destination -> Destination 

10001 Source ADDS Destination -> Destination 

1 001 Destination - Source -^ Destination 

10011 Source SUBS Destination -^ Destination 



10010 MAX(Source, Destination) -> Destination 
10101 IVIIN(Source, Destination) -^ Destination 
10110—11111 Reserved 



Pixel-processing options 1 0OOO2 and 1 001 O2 correspond to standard 2s com- 
plement addition and subtraction. A result that overflows the specified pixel 
size causes the pixel value to wrap around within its 2-, 4-, 8-, 16-, or 32-bit 
range. Carry bits, however, are prevented from propagating to adjacent pixels. 



12.8.1 Boolean Processing Examples 



Figure 1 2-1 1 illustrates the effects of five commonly used Boolean operations 
when applied to 1 -bit pixels. Black regions contain Os, and white regions con- 
tain Is. Figure 12-11 (a) and (b) show the original source and destination 
arrays. The source operand in (a) is the letter A. The destination in (b) is a calli- 
graphic-style X. 



Figure 12-11. Examples of Operations on Single-Bit Pixels 

(a) Source array 



(b) Destination array 





(c) Replace 



(d)OR 



(e)AND'NOr 






(f) AND 



(9)X0R 
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Replace destination witli source. A simple replacement operation over- 
writes the pixels of the destination array with those of the source. 
Figure 1 2-1 1 (c) shows the letter A written over the center portion of a larg- 
er X using the replace operation. The rectangular region around the letter 
A obscures a portion of the X lying outside the A pattern. Other operations 
allow only those pixels corresponding to the A pattern within the rectangle 
to be replaced, permitting the background pattern to show through. These 
are the logical-OR and logical-AND-NOT (NOT source AND destination) 
operations. The replace-with-transparency operation performs similarly in 
color systems. 

Logical-OR of source with destination. Figure 12-11 (d) illustrates the 
use of the logical-OR operation during a PIXBLT. For a 1-bit-per-pixel 
display, the OR function leaves the destination pixels unaltered in locations 
corresponding to Os in the source pixel array. Destination pixels in posi- 
tions corresponding to Is in the source are forced to Is. 

Logical-AND of NOT-source witli destination. Logically ANDing the 
negated source with the destination is complementary to the logical-OR 
operation. Destination pixels corresponding to Os in the source array 
remain unaltered, but those corresponding to 1 s in the source are forced 
toOs. Figure 12-11 fe^shows an example oftheAND-NOTPIXBLT opera- 
tion (notice the negative image of the letter A). For comparison, 
Figure 12-11 (f) shows the result of simply ANDing the source and desti- 
nation. 

Exclusive-OR of source with destination. The XOR operation is useful 
for making patterns stand out on a screen in instances where it is not 
known in advance whether the background will be 1 s or Os. At every point 
where the source array contains a pixel value of 1 , the corresponding pixel 
of the destination array is flipped; that is, a 1 is converted to a 0, and vice 
versa. XOR is a reversible operation; by XORing the same source to the 
same destination twice, the original destination is restored. These proper- 
ties make the XOR operation useful for placing and removing temporary 
objects such as cursors, and in rubberbanding lines. As Figure 12-11 (g) 
shows, however, the object may be difficult to see if both the source and 
destination arrays contain intricate shapes. 
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12.8.2 Multiple-Bit Pixel Operations 



The Boolean operations described in Section 1 2.8. 1 are sufficient for single-bit 
pixel operations. However, they may be inappropriate for multiple-bit pixel 
operations, especially when you are using color. For example, the result of a 
bitwise-OR operation on a black-and-white (1-bit-per-pixel) display is easily 
predicted: ORing black and white yields white. However, the result of this oper- 
ation is less intuitive when applied to multiple-bit pixels. For example, in a 
population-density map, colors may be used to represent numeric values. If 
one color, such as red, represents one level of population density, and blue rep- 
resents another, what happens when the two colors are bitwise-ORed? When 
pixels represent numeric values, numerical operations such as addition and 
subtraction yield more useful results. 

Boolean operations are usually inadequate for merging antialiased objects into 
a single bitmapped image. Older graphics systems that are limited to Boolean 
operations on pixels are incapable of supporting many practical applications 
on multiple-bit-per-pixel images. For instance, where two antialiased lines 
cross, AND and OR operations yield chaotic pixel intensities that defeat the 
purpose of the antialiasing. However, merging the two lines by means of the 
TMS34020's MAX operation (for white on black) or MIN operation (for black 
on white) yields a smooth and aesthetically pleasing image. 

12.8.2. 1 Examples of Boolean and Arithmetic Operations 

Figure 12-12 illustrates Boolean and arithmetic operations on multiple-bit 
pixels. 

□ Figure 12-12 (a) illustrates the source array, which contains a red letter 
A. The red pixels have the value 8 (1 OOO2) and the black background pixels 
have the value (OOOO2). 

Q Figure 1 2-1 2 (b) shows the destination array, which contains a yellow X. 
The yellow pixels have the value 12(11 OO2) and the pixels in the blue back- 
ground pixels have the value 2 (001 O2). 

Boolean operations can be applied to multiple-bit pixels by combining the 
corresponding bits of each pair of source and destination pixels on a bit-by-bit 
basis according to the specified Boolean operation. Figure 1 2-1 2(c) through 
(g) shows the effects of combining the source and destination arrays using the 
replace, OR, AND-NOT AND, and XOR PIXBLT operations. Compare these 
to Figure 12-11 (page 12-28). 

Arithmetic operations treat 2-, 4-, 8-, 1 6-, and 32-bit pixels as unsigned binary 
numbers. An n-bit pixel represents a positive integer in the range to 2n-1 (all 
Is). Examples of arithmetic operations on source and destination pixels are 
shown in Figure 12-12 ("/) through (n). 
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Figure 12-12. Examples of Boolean and Arithmetic Operations 

(a)Source (b) Destination 
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□i Figure 12-12 ^(;and(7;:Simpleaddition and subtraction. (1) shows the 
result of adding the source and destination arrays, using simple binary 2s 
complement addition. When the sum of the two pixels exceeds the maxi- 
mum pixel value, the result overflows. Figure 12-12 (J) shows the result 
of subtracting the source array from the destination array. Underflow oc- 
curs for those pixels whose calculated difference is negative. 

Simple addition and subtraction are complementary operations. They are 
reversible operations in the same sense as the XOR operation : by adding a 
source pixel to a destination pixel, and then subtracting the same source 
pixel, the original destination pixel is recovered. 

Q Figure 1 2-1 2 (k) and (I): Add and subtract with saturate. The arithme- 
tic add and subtract operations are binary 2s complement operations that 
allow overflow and underflow. An add-with-saturate operation stops the 
result at the maximum unsigned value without allowing the result to over- 
flow. For example, with 4 bits per pixel, adding 001 O2 to IIIO2 produces 
IIII2. Similarly, a subtract-with-saturate operation stops the result at 
without allov/ing it to underflow. 

Figure 1 2-1 2 (k) and (I) illustrates addition with saturation and subtraction 
with saturation. In these examples, the pixel size is 4 bits. By dedicating a 
different color to each value, the effects of each PIXBLT operation become 
more visible. 

An alternate method of encoding 4-bit pixels uses the 16 values to 1 5 to 
represent increasing intensities of a single color component: red, green, or 
blue. The addition and subtraction operations now have obvious meaning: 
increasing or decreasing the intensity by specified amounts. At 1 2 bits per 
pixel, 4 bits of intensity can be dedicated to each of the three color compo- 
nents. Arithmetic operations are then performed on the corresponding 
components of each pair of source and destination pixels. 

Figure 12-13 (page 12-33) presents examples in which the pixel values 
represent intensities of a gray from black to white. 

Q Figure 12-12 (m): IMaximum. MAX compares two pixel values and 
replaces the destination pixel with the larger value. In some respects, MAX 
is the arithmetic equivalent of the Boolean OR function (compare 
Figure 12-12 (m) with Figure 12-11 (b)). The use of MAX in gray-scale 
and color displays is similar to that df OR in simple black and white. 

If the MSBs in each pixel are assigned to represent object priority (whether 
an object appears in front of or behind another object), the MAX operation 
can be used to replace only those pixels of the destination array whose 
priorities are lower than those of the corresponding pixels in the source 
array. This allows an object to be drawn to the screen so that it appears 
either in front of or behind other objects previously drawn. In Figure 1 2-1 2 
(m), the red A has a numerical value that is greater than that of the blue 
background, but less than that of the X. 
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The MAX function is also useful for smoothly combining two antialiased 
objects that overlap. 

Q Figure 12-12 (n): Mininrium. Figure 12-12 fnj illustrates the results of the 
MIN operation on the source and destination arrays. MIN compares two 
pixel values and replaces the destination pixel with the smaller value. MIN 

- is similar to the Boolean AND function. MIN can be used with priority- 
encoded pixel values, similar to MAX, but the effect is reversed. In 
Figure 12-12 (n), the priorities of the two objects are reversed from that 
of the MAX example shown in Figure 1 2-1 2 (m). The MIN operation also 
has uses similar to those of MAX in smoothly combining antialiased ob- 
jects that overlap. 

12.8.2,2 Operations on Pixel Intensity 

Figure 1 2-1 3 illustrates the visual effects of various PIXBLT operations on two 
intersecting disks. In these examples, each pixel is a 4-bit value representing 
an intensity from (black) to 1 5 (white). Before the PIXBLT operation, only a 
single disk resides on the screen, as Figure 1 2-1 3 (a) shows. The intensity of 
the disk is greatest at the center (where the value is 1 2), and gradually falls off 
as the distance from the center increases. Figure 1 2-1 3 (b) through (f) shows 
the effects of combining a second, identical disk with the first. Figure 1 2-1 3 (b) 
through (e) is produced using arithmetic operations; (f) is the result of a logical- 
OR of the source and destination. 



Figure 12-13, Examples of Operations on Pixel Intensity 



(a)Original disk 
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(e)MAX 



(QOR 






The gradual change in intensity at the edge of the disk in Figure 12-13 (a) is 
similar to the result produced by antialiasing techniques that reduce jagged- 
edge effects. A text font might be stored in antialiased form, for example, to give 
the text a smoother appearance. When two characters from the font table are 
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PIXBLTed to adjacent positions on the screen, they may overlap slightly. The 
particular arithmetic or Boolean operation selected for the PIXBLT determines 
the way in which the antialiased edges of the characters are combined within 
regions of overlap. 

Q Figure 12-13 (b): Replace with transparency on resuit. A second disk 
is PIXBLTed into a position near the first disk, using replace-with-transpa- 
rency on result=0. Those pixels of the first disk that lie within the rectangu- 
lar region containing the second disk, but are not part of the second disk, 
remain intact. Visually, the second disk (at the right) appears to lie in front 
of the original disk (at the left). However, assuming that the gradual change 
in intensity at the perimeter of the disks is done for the purpose of antialias- 
ing, the sharp edge that results where the second disk covers the first 
defeats this purpose. In other applications, this sharp edge may be desir- 
able; for example, it might be used to make a text character or a cursor 
stand out from the background. The replace-with-transparency-on-result 
operation also supports object priority by writing objects to the screen in 
ascending order of priority. 

Q Figure 12-13 (c): Add withi overflow and subtract with underflow. A 

second disk is PIXBLTed into an area overlapping the first disk, using an 
add-with-overflow operation. In this example, when 1 is added to an inten- 
sity of 1 5, the sum is truncated to 4 bits to produce the result 0. The effect 
of arithmetic overflow is visible at the intersection of the two disks as 
discontinuities in intensity. 

This effect is useful for making objects stand out against a cluttered back- 
ground. Add with overflow has an additional benefit: the object can be 
removed by subtracting (with underflow) the object image from the screen. 

Q Figure 12-13 (d): Add and subtract with saturation. The original disk 
is on the left. A second disk is PIXBLTed into a region overlapping the origi- 
nal disk, using an add-with-saturate operation. Whenever the sum of two 
pixels exceeds the maximum intensity value, which is 1 5 for this example, 
the sum is replaced with 1 5. The bright region that occurs where the two 
disks intersect is produced when the corresponding pixels of the two disks 
are added in this manner. Subtract-with-saturate is the complementary 
operation; when the difference of the two pixel values is negative, the sum 
is replaced by the minimum intensity value, 0. 

The add-with-saturate operation shown in Figure 1 2-1 3 (d) approximates 
the effect of two light beams striking the same surface; the surface is 
brightest in the area in which the two beams overlap. 

These operations can be used to achieve an effect similar to that of an air- 
brush in painting. Consider a display system that represents each pixel as 
1 2 bits and dedicates 4 bits each to represent the intensities of the three 
color components, red, green, and blue. This method permits the intensity 
of each component to be directly manipulated. With each pass of the 
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simulated airbrush over the same area of the screen, the color changes 
gradually toward the color of the paint in the airbrush. For example, 
assume that the paint is yellow (a mixture of red and green). Each time a 
pixel is touched by the airbrush, the intensity of the red and green compo- 
nents is increased by 1, and the intensity of the blue component is 
decreased by 1 . With each sweep of the airbrush, the affected area of the 
screen turns more yellow until the red and green components reach the 
maximum intensity value (and are not allowed to overflow), and the blue 
component reaches (and is not allowed to underflow). 

□i Figure 12-13 (e): MAX and MIN operations. The original disk is on the 
left. A second disk is PIXBLTed into the rectangular region to its right using 
the MAX operation. In the region in which the disks overlap, each pair of 
corresponding pixels from the two disks is compared and the greater value 
is selected. This produces a relatively smooth blending of the two disks. 
Unlike add with saturate, the MAX function does not generate a hot spot 
where two objects intersect. 

The visual effect achieved using the MAX operation is desirable in an appli- 
cation, for instance, in which white antialiased lines are constructed on top 
of each other over a black background. MAX also smooths out places in 
which the lines are overlapped by antialiased text. MAX is successful in 
maintaining two visually distinct antialiased objects, while the add-with- 
saturate tends to run them together. 

MIN, which is complementary to MAX, can be used similarly to smooth the 
appearance of intersecting black antialiased lines and text on a white back- 
ground. 

The MAX and MIN operations are particularly useful in color applications in 
which the number of bits per color gun is small (8 bits or less). Other opera- 
tors could also be used to smooth the transition between the two overlap- 
ping antialiased objects in Figure 12-13 (e), but any additional accuracy 
attained by using a more complex smoothing function would probably be 
lost in truncating the result to the resolution of the integer used to represent 
the intensity at each point. 
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12.9 Transparency 



Transparency is a graphics operation tinat allows you to decide which pixels 
are visible. If you want to draw an object on a background or on top of another 
object, you can make pixels in the current object transparent so that the back- 
ground or object beneath shows through. In some cases, several pixels in a 
rectangular pixel array that contains an object may not be part of the object 
itself; you can use transparency to hide the pixels that aren't part of the 
object.This is useful for ensuring that only the object, and not the rectangle 
surrounding it, is drawn on the screen. 

The CONTROL register controls transparency: 

Ol TCCONTROL] (bit 5) enables transparency 

Of TM [CONTROL] (bits 0—2) determines which transparency mode is 
selected when transparency is enabled. 



Figure 12-14. Enabling Transparency and Selecting a Transparency Mode 
(a) Setting the Tbit to enable or disable transparency 
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(b) Setting the TM bits to select the transparency mode 
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Transparency Mode 

Transparency on result = 



Transparency on source = COLORO 
Transparency on destination = COLORO 
Reserved 



Note: For a complete illustration and description of CONTROL, refer to Chapter 4. 
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Transparency works for any graphics instruction tliat writes pixels; transparen- 
cy does not affect nonpixel data writes. 

Example 12-1 through Example 12-3 illustrate PIXT *Rs, *Rd instructions 
that use the three transparency modes. In these PIXT examples, both the 
source and destination are read, regardless of whether or not the source is 
transparent. Note that PIXBLTs operate similarly, but they read in a long word 
full of pixels and then test for transparency; if transparency-on-source=COL- 
ORO is enabled and all the pixels read are transparent, then no destination read 
(or write) occurs. 



Example 12-1. Transparency on Result = for PIXT *Rs, *Rd 



Read 



(source pixel 
S 



) 



Read 



f destination pixel \ 



Read S through ^^m 
plane mask 



I 



Read D through i 
plane mask 



DM 



SM + DM 

(PROP = ADD) 



^r^Mo^R^"!^ 



RM = 0? If so, don't alter D; 
else, replace D with RM. I 
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Example 12-2. Transparency on Source = COLORO for PIXT *Rs, *Rd 

mad ( sourc| pixel ^ ^^^^ ^ destination pixel ^ 



Read S through gju. 
plane mask 



< 



SM = COLORO? 



yes 



> 



no 



V (don't alter D) J 



Read D through qju. 
plane mask 



■^ 



SIUI + DM Tr" 

(PROP = ADD) " 



I 



"PM^p^ IRM 



mask to R 



I 



(replace 
with RM 



u 



Example 12-3. Transparency on Destination = COLORO for PIXT *Rs, *Rd 



source pixel \ 



Read S through g|u. 
plane mask 



flearf 



/ destination pixel \ 



Read D through qju. 
plane mask 



r 






DM = COLORO? 



SM + DM 

(PROP = ADD) 



I R 

J— 



> 



yes 



{ StO| 

V (don't al 



'iterD) ) 



Ta&R^ IRM 



V with RM 



) 
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12.10 Plane Masking 



The plane mask protects certain bits within pixels; graphics instructions do not 
modify mask-protected pixels. 

The PMASK register contains the plane-mask value. Each bit in the plane 
mask corresponds to a bit position in a pixel. The 1s in the mask identify 
protected bits; the Os identify modifiable bits. Pixel bits that are protected by 
the plane mask are always read as Os during read cycles and are protected 
from alteration during write cycles. No status or control bit enables or disables 
plane masking, but you can effectively disable it by loading PMASK with all Os 
(this is the default following reset). 

The width of a quantity in the plane mask is the same as the pixel size. To main- 
tain a consistent effect on all the pixels within a destination region, regardless 
of their position within the destination words, you should replicate the mask for 
a single pixel to fill the entire 32-bit PMASK register. For example, if the pixel 
size is 4 bits, replicate the 4-bit mask 8 times. These 8 copies of the mask are 
applied to the 8 pixels in a long word written to or read from memory. Similarly, 
replicate the value 16 times for a 2-bit pixel, twice for a 16-bit pixel, etc. 



Figure 12-15. Replicating the Plane-Masl^ Value Through PMASK 



31—28 27—24 23--20 19—16 15—12 11—8 



7—4 



3—0 



4-bit 
value 


4-bit 
value 


4-bit 
value 


4-bit 
value 


4-bit 
value 


4-bit 
value 


4-bit 
value 


4-bit 
value 


31—24 


23—16 


15-8 


7—0 


val 


bit 
ue 


8- 
va 


bit 
ue 


8- 
va 


bit 
ue 


8-bit 
value 



Replicate a 4-bit pixel 8 times 



Replicate an 8-bit pixel 4 times | 



You can use the RPIX instruction to replicate the plane-mask value in a gener- 
al-purpose register and then move the value into PMASK. 

The plane mask allows you to manipulate the bits within pixels as though the 
display memory were organized into bit planes (or color planes) that can be 
selectively protected from modification. The number of planes equals the num- 
ber of bits per pixel. Consider an example in which the pixel size is 4 bits. The 
bits within each pixel are numbered 0—3 and belong to planes 0—3, respec- 
tively. All the bits numbered in all the pixels form plane 0, all the bits numbered 
1 in all the pixels form plane 1 , and so on. The plane mask allows you to manip- 
ulate one or more planes independently of the others. If a display memory con- 
tains four planes, for example, you can dedicate three of the planes to 8-color 
graphics and use the fourth plane to overlay text in a single color. You can set 
the plane mask so that the text plane can be modified without affecting the 
graphics planes, and vice versa. 

The plane mask affects only pixel accesses performed during execution of the 
PIXBLT, FILL, PIXT, DRAV, and LINE instructions. Data accesses by non- 
graphics instructions are not affected. 
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Instructions use the plane mask differently during reads and writes: 

□ Pixel read. The Os in PMASK correspond to unprotected bits in the source 
pixel that are seen by the TMS34020 to contain the actual values read from 
memory. The 1 s in PMASK correspond to protected bits in the source pixel 
that are seen as Os by the TMS34020, regardless of the values read from 
memory. 

Q Pixel write. The Os in PMASK specify those bits in the destination pixel 
in memory that may be altered. The 1s in PMASK specify protected bits 
in the destination pixel that cannot be altered. 

When a pixel is transferred from a source to a destination location, plane mask- 
ing is applied to the values read from the source and destination locations 
(before pixel processing). As the operands are read from memory, the bits 
protected by the plane mask are replaced with Os before any pixel-processing 
operation is performed. Transparency detection can be applied to the masked 
data if the appropriate transparency mode is enabled. When the source and 
destination pixels have been combined to form the result, the plane mask is 
applied once more. If transparency-on-result=0 is enabled, it is applied to this 
result. 

Source pixels that originate from registers are not affected by the plane mask 
and undergo pixel processing In unmodified form. Instructions that obtain their 
source pixels from registers include P\XT Rs*Rd and PIXTf?s,*f?d.XY. 
Figure 1 2-1 6 shows how the TMS34020 applies the plane mask to pixel data 
during the read cycle of a PIXT *Rs.XY, Rd instruction. 



Figure 12-16. Read Cycle with Plane Masking, Transparency on Result = 
(a) Original data in memory (4 pixels) 



31 (MSB) 






(LSB) 


AAAA AAAA 


BBBB BBBB 


CCCC CCCC 


DDDD DDDD| 


V /\ 


KY points here 


Move this pixel into £ 
TMS34020 register 


I Assume *RS. 



(b) Plane mask (PMASK) 



1100 1000 1100 1000 1100 1000 1100 1000 



(c) Data read into TMS34020 register 



0000 0000 


0000 0000 


0000 0000 


AA AAA 
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Notes: 1) This example assumes 8 bits per pixel. 

2) The pixel moved into the TMS34020 register Is right-justified. All register 
bits to the left of the pixel are zero-filled. 
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Plane Masking 



(a) shows a 32-bit word that contains four 8-bit pixels. 

(b) shows the addressed pixel ANDed with the inverse of the plane mask. 

(c) contains the result, and shows that the bits within the data word that 
correspond to 1s in the mask are cleared to Os. 

After plane masking, the designated pixel is loaded into the 8 LSBs of the 32-bit 
destination register, and the 24 MSBs of the register are filled with Os. 

Figure 1 2-1 7 shows the transfer of 4 pixels during the course of a PIXBLT op- 
eration with transparency-on-result=0, pixel size = 8 bits, and the pixel-proces- 
sing replace option. The inverse of PMASK is ANDed with the source data. 
Because the replace option is used, transparency is applied to the entire result- 
ing pixel. In other words, the result controls the write in the manner described 
in the previous discussion of transparency. Since the 3 LSBs of the source pixel 
in bits 8— 15 are Os, and the rest of the pixel is masked off, the entire source 
pixel is interpreted as transparent. The memory interface logic generates an 
internal mask to govern which bits are modified during a write cycle. This mask 
contains Os in the bits corresponding to the transparent pixel. 



Figure 12-17. Write Cycle witti Transparency on Result=0 and Piane l\/lasl<ing 

(a) Original destination data in memory (4 pixels) 
31 24 23 16 15 



87 



AAAA AAAA 


BBBB BBBB 


AAAA AAAA 


BBBB BBBB 



(b) Source data in memory (to be moved) 



YYYY YOOO 


ZZZZ ZZZZ 


YYYY YOOO 


ZZZZ ZZZZ 



(a) Plane mask (PMASK register) 



1111 1000 1111 1000 1111 1000 1111 1000 



(d) Mask source data (SRC • PMASK; 



1 0000 0000 


00 OZZZ 


0000 0000 


000 OZZZ 



(e) Transparency mask based on the source data (see note 2) 



0000 0000 


1111 1111 


0000 0000 


1111 1111 
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Figure 12-17. Write Cycle with Transparency on Result=0 and Plane Masking (Continued) 



(f) Combined masl< ^MASK • transparency maskj 



0000 0000 


0000 011l|0000 0000 


000 111 



(g) Resulting memory data after write cycle 



("(bombined mask • source data) + (combined mask • destination data^j 



AAAA AAAA 


BBBB BZZZ 


AAAA AAAA 


BBBB BZZZ 



Notes: 1) This example assumes 8 bits per pixel. 

2) Because this example uses the pixel-processing replace option, the 
source data is effectively the destination data. 



(a) shows the original data at the destination location. 

(b) shows the source data. 

(a) shows the source data is ANDed with the inverse of the plane mask. 

(d) shows the intermediate result produced by (a). This result is used to 
generate the transparency mask in (e), which is ANDed with the 
inverse of the plane mask in (c)\o produce the composite mask shown 
in (f). 

(g) shows the result, produced by replacing with the source only those bits 
of the destination corresponding to 1s in the composite mask in (f). 
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12.11 Setting Up the Implied Operands for Graphics Instructions 

The TMS34020 graphics instructions use the B-f iie registers and several of the 
I/O registers as implied operands. Just as the TMS34020 obtains information 
from regular instruction operands, the TMS34020 obtains information from 
these registers that it needs in order to properly execute the instruction. For 
example, when you use the ADD instruction, the TMS34020 expects you to 
supply some information: the values you would like to add. For the ADD 
instruction, you supply this information as operands to ADD in the same source 
statement. Some graphics instructions, such as the PIXT instructions, use 
operands in this same manner. However, they also use implied operands. 
Some of the information that the TMS34020 needs is not supplied in the source 
statement with the instruction; the TMS34020 expects to find this information 
in the appropriate implied-operand registers. You must set up these implied 
operands before you can use a graphics instruction. 

The code segment in Example 12--4 shows how you might set up the implied 
operands for a FILL XY instruction. Figure 12-18 illustrates the area and di- 
mensions of the fill. 



Figure 12-18. Filled Area for Example 12-4 



+ X 



+ Y 



5,4, 



Note: 

Chapter 4 contains complete descriptions of all the B-file and I/O registers. 
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Example 12-^. Setting Up Implied Operands for a FILL Instruction 



DADDR 


.set 


B2 


DPTCH 


.set 


B3 


OFFSET 


.set 


B4 


WSTART '■ 


.set 


B5 


WEND 


.set 


B6 


DYDX 


.set 


B7 


COLORl 


.set 


B9 


CONTROL 


.set 


0C0C0019011 


CONVDP 


.set 


0C0000140h 


PMASK 


.set 


ocooooieoh 


PSIZE . 


.set 


0C0000150h 



Equate the registers names 
with their locations in the 
register file or with their 
addresses in the I/O memory 
map. This allows you to call 
them by name later. 



* Set up the CONTROL register to choose the pixel ^ 

* processing replace option, enable transparency, * 

* select transparency-on-destination-COLORO, and ^ 

* select window-checking mode 2. Don't modify * 

* any other bits * 

MOVE ^CONTROL, Al ; assume FSO = 32 bits 
ORI 000083E5h, Al 

MOVE Al, QCONTROL, 1 ; assume FSl == 16 bits 
MOVI 099999999h, COLORl 
MOVI 4^1024, DPTCH 

SETCDP / initialize CONVDP 

CLR OFFSET 
■ . MOVI [0,0], WSTART 

MOVI [479,639], WEND. 
MOVI [5,83, DYDX 

CLR Al ; disable PMASK 

MOVE Al, §PMASK 

MOVK 4, Al ; 4-bit pixels 

. MOVE Al, @PSIZE 
MOVI [4,5], DADDR 
FILL' XY ; execute the instruction 



Note: The purpose of this illustration is clarity, not efficiency. 
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Some of these registers may contain values that you'll use for more than one 
graphics instruction; if this is the case, it isn't necessary to explicitly load the 
register each time you use a graphics instruction. For example, if you always 
use the same pixel size, you need to load the PSIZE register only once. Some 
instructions, however, use the contents of certain registers as scratchpads and 
alter the register contents. In this case, you cannot assume that the register 
will contain the value that you originally supplied. 

No single graphics instruction uses a// of the implied operands. Table 12-8 
identifies which implied operands each graphics instruction uses. Table 12-8 
(a) lists the implied operands that are B-file registers; Table 12-8 (b) lists the 
implied operands that are I/O registers. A V symbol indicates that an instruction 
uses the register as an implied operand. 
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Table 12-8. Summary of Implied Operands Used by the Graphics Instructions 
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LINE 


^/ 
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Table 12-8. Summary ( 
(b) I/O registers 
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12.12 Converting an XY Address to a Linear Address 



The TMS34020 allows you to access a pixel by using its linear address or by 
using an XY address. It's usually easier and more natural to use XY addressing 
because screens are typically configured on an XY grid. 

Figure 1 2-1 9 (a) shows how an XY address is represented as a 32-bit quantity. 
The 16 MSBs form the Y coordinate and the16 LSBs form the X coordinate. 
Both coordinates are signed. Figure 12-19 (b) illustrates the relationship 
between an XY address and the position of a pixel in an array. 



Figure 12-19. How an XY Address Is Represented 



(a) How an XY address is represented as 
a 32-bit quantity 



31 (MSB) 



(LSB) 



Y Address 


X Address 



(b) How an XY address is 
represented on a screen 



T 

Y 
t 



1 2.1 2.1 l\Aanual XY-td-Linear Conversion 



Although the TMS34020 allows you to specify XY addresses, it usually con- 
verts them to linear addresses before it uses them. When it does this, it uses 
the following equation. 

linear bit address = (Yx array pitcti) + (Xx pixel size) + offset 



Note: 

All legal pixel sizes (1, 2, 4, 8, 16, and 32) are powers of 2. Thus, the 
Xx pixel size portion of the XY-to-linear conversion equation can be reduced 
to a shift. 



In some cases, you may find it necessary to manually convert an XY address 
to a linear address. You can convert an XY address to a linear address by using 
one of these instructions. 

Ql CVSXYL converts the address using the conversion value in CONVSP. 
Qi CVDXYL converts the address using the conversion value in CONVDP. 
Ql CVMXYL converts the address using the conversion value in CONVMP. 
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In order to use any of these instructions, you must 

Qi Load the XY address into a general-purpose register, and 

Qi Load a conversion value into the appropriate CONVxP register; this 
conversion value is based on an array pitch. There are three CONVxP 
(conversion) registers; each is associated with a pitch register. Table 1 2-9 
lists the conversion registers and associated pitch registers. 



Table 12-9. TMS34020 Conversion (CONVxP) Registers 



Array Conversion Register Pitch Register 

source CONVSP (C000 0130h) SPTCH (B1) 
destination CONVDP (COOOOUOh) DPTCH (B3) 

mask CONVMP (C000 0180h) MPTCH (B11) 

The TMS34020 supports three instructions for loading the correct values into 
the CONVxP registers. 

Qi SETCSP loads CONVSP according to the value in SPTCH. 
Q SETCDP loads CONVDP according to the value in DPTCH. 
Q SETCMP loads CONVMP according to the value in MPTCH. 

The TMS34020 supports three categories of array pitch, allowing you to 
choose between conversion speed and flexibility in defining pitch values. 
These categories include 

□i Power of 2. When the array pitch is a power of 2, then the Yx array size 
operation can be performed as a shift. Reducing both multiplications to 
shifts decreases the linear-address conversion referred to by the CVxXYL 
instruction to 3 cycles. This is the most efficient calculation. 

tl Two powers of 2. If the pitch can be expressed as the sum of two powers 
of 2 (for example, 1280 = 1 024 + 256), then the Yx array pitch operation 
can be calculated by summing two shifts of the Y value. The CVxXYL con- 
version time for this method is 4 cycles. 

Qi Arbitrary pitch. A pitch can be any value. If the pitch is not a power of 2 
or cannot be reduced to a sum of powers of 2, then the Yx array pitch 
operation must be calculated with a full 1 6-bit-by-32-bit multiplication. The 
CVxXYL conversion time for an arbitrary pitch consumes approximately 
15 cycles. 

Figure 12-20 shows how the TMS34020 determines the contents of a 
CONVxP register from the appropriate pitch register. 
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Figure 12-20. How Values Are Contained in a CONVxP Register 
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Note: 

Be careful to set up the CONVxP registers correctly; conversion value 1 = 
always causes the TMS34020 to perform a multiplication. This can be very 
time consuming. 



1 2.1 2.2 The CONVxP Registers, Corner Adjusting, and Precllpping 

If either a source or destination array is specified in XY format, then the 
contents of the CONVSP and CONVDP registers are used in instances in 
which the Y component of the starting address must be adjusted prior to the 
start of the PIXBLT. The Y component may require adjustment, either to preclip 
the array or to select a starting pixel in one of the lower two corners of the array. 
For this reason, the CONVSP and CONVDP registers are sometimes listed as 
implied operands for a PIXBLT instruction. 
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Chapter13 

TMS34020 Assembly Language Instruction Set 



This section describes the TMS34020 assembly language instruction set (in 
alphabetical order). Related subjects, such as addressing modes, are pre- 
sented first. 

You'll find these topics on the following pages: 

Section Page 

These sections describe tlie 13.1 Addressing Modes and 

TMS34020 addressing modes and Operand Formats 13-2 

provide a table summary of tiie ^^.2 Summary Table 13-9 

TMS 34020 instructions. 

Tiiese sections summarize 13.3 Move Instructions 13-19 

categories of instructions. 13.4 Arithmetic, Logical, and 

Compare Instructions 13-24 

1 3.5 Program Control and 

Context Switching Instructions 13-25 

13.6 Shift Instructions 13-28 

13.7 XY Instructions 13-29 

13.8 Instructions New to the TMS34020 13-30 



Tfie remainder of the chapter 13.9 Alphabetical Instruction Reference 13-31 

contains a page-by-page reference 

that describes the individual 

TMS34020 instructions. 
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Addressing Modes and Operand Formats 






13.1 Addressing Modes and Operand Formats 



The TMS34020 instruction set supports eigiit addressing modes. Most instruc- 
tions have register-direct operands or a combination of register-direct and 
immediate operands; however, the move and graphics instructions use more 
complex combinations of operands. This section discusses the TMS34020 
addressing modes and defines the symbols used in instruction syntax to indi- 
cate an addressing mode. 



13.1.1 Immediate Values and Constants 



An instruction syntax may use one of these symbols to indicate an immediate 
source operand: 

IW is a 1 6-bit (short) signed immediate value. 
IL is a 32-bit (long) signed immediate value. 

K is a 5-bit constant. 

Instructions that have immediate source operands have register-direct desti- 
nation operands. Many instructions that have an immediate value can use 
either a short or a long value. 

Figure 1 3-1 illustrates a MOVI (move immediate) instruction whose first oper- 
and is a 32-bit immediate value. This is the syntax for this MOVI: 

MOVI IL, Rd[, L] 

The instruction in Figure 13-1 is as follows: 

MOVI OFCOh, A2, L 

Figure 1 3-1 shows the object code in memory (at word n) and the effect of the 
instruction on the CPU registers. The value OFGOh is copied into register A2 
as a zero-extended 32-bit value. (Note that this is a 2-word instruction; the next 
instruction to be executed is at words n + 2.) 



Figure 13-1. An Example of Immediate Addressing 
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13.1.2 Absolute Addresses 



An instruction syntax may use one of tiiese symbols to indicate an absolute 
operand: 

@SAddress is a source address that contains the source data. 

@DAddress is a destination address. 

Note that the @ character is entered as part of the operand (this distinguishes 
it from an immediate operand). 

Figure 13-2 illustrates a MOVE (move byte) instruction that has an absolute 
operand (the first parameter is a 32-bit source address). This is the syntax for 
this MOVB: 

MOVE @SAddress,Rd 

The instruction in Figure 13-2 is as follows: 

MOVB @RoutineA, A13 

Figure 1 3-2 shows the object code in memory (at word n) and the effect of the 
instruction on the CPU registers. @RoutineA is the address of a byte; this 
MOVB instruction copies the byte at address RoutineA into register A13. 
(Note that this is a 3-word instruction; the next instruction to be executed is at 
word n + 3.) 



Figure 13-2. An Example of Absolute Addressing 
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13.1.3 Register-Direct Operands 



An instruction syntax may use one of these symbols to indicate a register-direct 
operand: 

Rs is a source register tfiat contains tine source data. 

Rd is a destination register tliat will contain the result. 

When both operands of an instruction are register-direct operands, the regis- 
ters must be in the same file. (The MOVE /?s,/?Gf instruction is an exception to 
this rule.) 

Figure 13-3 illustrates a MOVE instruction that has two register-direct 
operands. This is the syntax for this MOVE: 

IWOVE Rs,Rd 

The example shows this instruction: 

MOVE AO, Bl 

Figure 1 3-3 shows the object code in memory (at word n) and the effect of the 
instruction on the CPU registers. The entire contents of register AO are copied 
into register B1 . (Note that this is a 1-word instruction; the next instruction to 
be executed is at word w + 1 .) 



Figure 13-3. An Example of Register-Direct Addressing 
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13.1.4 Register-Indirect Operands 



An instruction syntax may use one of tinese symbols to indicate a register-indi- 
rect operand: 

*Rs is a register that contains the address of the source data. 

*Rd is a register that contains the destination address. 

Note that the * character is entered as part of the operand (this distinguishes 
it from a register-direct operand). 

Figure 13-4 illustrates a MOVE (move field) instruction that has two regis- 
ter-indirect operands. This is the syntax for this MOVE: 

IWIOVE *f?s, *Rd i, F] 

For more information aboutfield moves, refer to Section 1 3.3.6 on page 1 3.3.6. 

The example shows this instruction: 

MOVE ^A4 , *A3 

Figure 1 3-4 shows the object code in memory (at word n) and the effect of the 
instruction on the destination address. The contents of register A4 specify the 
address of data to be moved; the contents of register A3 specify the destination 
address. Assume that the field size for the move is 1 6 bits; the 1 6 bits of data 
at *A4 are moved to the location at *A3. (Note that this is a 1 -word instruction: 
the next instruction to be executed is at word a? + 1 .) 



Figure 13-4. An Example of Register-Indirect Addressing 
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13.1.5 Register-Indirect with Offset 



An instruction syntax may use one of tiiese symbols to indicate a register-indi- 
rect operand that uses a signed offset: 

*Rs(Offset) is a source address formed by adding an offset to the contents of 
the source register. 

*Rd(Offset) is a destination address formed by adding an offset to the con- 
tents of the destination register. 

The offset is used only to form an address — the contents of the register are 
not affected. Note that the * character is entered as part of the operand. 

Figure 13-5 illustrates a MOVE (move field) instruction; the first operand of 
this instruction is a register-direct operand; the second operand is a register- 
indirect operand with an offset. This is the syntax for this MOVE: 

lUIOVE Rs, *Rd(offset) [, F] 

The example shows this instruction: 

MOVE B5, ^B7(32) 

Figure 1 3-5 shows the object code in memory (at word n) and the effect of the 
instruction on the destination location. The destination address is specified by 
adding the offset (32 bits) to the contents of register B7; this yields a destination 
location of 05020h. Assume that the field size for the move is 1 6 bits; the 1 6 
LSBs in register B5 are copied into the destination location. (Note that this is 
a 2-word instruction; the next instruction is at word n + 2.) 



Figure 13-5. An Example of Register-Indirect with Offset Addressing 
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13.1.6 Register-Indirect with Postincrement 



An instruction syntax may use one of these symbols to indicate a register-indi- 
rect operand that is postincremented: 

"Rs-f- is a register that contains the address of the source data. 
*Rd-i- is a register that contains the destination address. 

Note that the * and + characters are entered as part of the operand. After the 
operation is performed, the contents of the specified source or destination reg- 
ister are incremented by the field size used for the operation. 

Figure 13-6 illustrates a MOVE (move field) instruction; both the source and 
the destination operands are postincremented register-indirect operands. This 
is the syntax for this MOVE: 

MOVE *Rs+, *Rd+lF] 

The example shows this instruction: 

MOVE ^B4+, ^B14+ 

Figure 1 3-6 shows the object code in memory (at word n) and the effect of the 
instruction on the destination location and the CPU registers. The contents of 
register B4 are the address of the source data; the contents of register B14 
specify the destination address. Assume that the field size for the move is 1 6 
bits; the 16 bits of data at the source address are copied into the destination 
location. After the move, both registers are incremented by 16 bits (1 word). 
(Note that this is a 1 -word instruction; the next instruction to be executed is at 
word n^\■^.) 



Figure 13-6. An Example of Register-Indirect with Postincrement Addressing 
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13.1.7 Register-Indirect with Predecrement 



An instruction syntax may use one of tliese symbols to indicate a register-indi- 
rect operand that is predecremented. 

Before the operation is performed, the contents of the specified source or desti- 
nation register are decremented by the field size used for the operation. 

*--/?s the decremented register contents are the address of the source data. 

*-Rd the decremented register contents specify the destination address. 

Note that the * and - characters are entered as part of the operand. 

Figure 13-7 illustrates a MOVE (move field) instruction; the source operand 
is a register-direct operand, and the destination operand is a predecremented 
register-indirect operand. This the syntax for this MOVE: 

l\/IOVE Rs, *'-Rd[, F] 

The example shows this instruction: 

MOVE A4, '^-AS 

Figure 1 3-7 shows the object code in memory (at word n) and the effect of the 
instruction on the destination location and the CPU registers. Assume that the 
field size for the move is 1 6 bits. Register A4 contains the source data. The con- 
tents of register A3, minus the field size {^6 bits, or 1 word) form the destination 
address 5150h. The 16 LSBs in A4 are copied to address 5150h. (Note that 
this is a 1 -word instruction; the next instruction to be executed is at word n +1 .) 



Figure 13-7. An Example of Register-Indirect with Predecrement Addressing 
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^Kiiii&C/iiiiiiiiiiiiiiii»i!iiX^^ 



13.1.8 Register-Indirect in XY Mode 



An instruction syntax may use one of these symbols to indicate that a register 
operand contains an XY address. 

*Rs.XY is a register that contains the XY address of the source data. 
"Rcf.XY is a register that contains the XY destination address. 

Note that the * and .XY characters are entered as part of the operand. Here's 
an example that uses an indirect-XY destination operand: 

PIXT AO, *A6.XY 

This instruction moves the pixel data at the least significant end of register AO 
into the XY address specified by the contents of register A6. 



13.2 Summary Table 



Syntax and Description 


Words 


Machine 
States 


16-Bit Instruction Word 
MSB LSB 


ABS Hof 

Store absolute value 


1 


1 


0000 0011 100R DDDD 


ADD Rs, Rd 

Add registers 


1 


1 


0100 0008 SSSR DDDD 


ADDC Rs, Rd 

Add registers with carry 


1 


1 


0100 0018 888R DDDD 


ADD! IW, Rd 

Add immediate (16 bits) 


2 


2 


0000 1011 OOOR DDDD 


ADDI IL, Rd 

Add immediate (32 bits) 


3 


2.3t 


0000 1011 001R DDDD 


ADDK K, Rd 

Add constant (5 bits) 


1 


1 


000 1 OOKK KKKR DDDD 


ADDXY Rs, Rd 

Add registers in XY mode 


1 


1 


1110 0008 888R DDDD 


ADDXY! IL, Rd 

Add immediate in XY mode 


3 


2,3t 


0000 1100 OOOR DDDD 


AND Rs, Rd 

AND registers 


1 


1 


0101 0008 888R DDDD 


ANDI IL, Rd 

AND immediate (32 bits) 


3 


2.3t 


0000 1011 100R DDDD 



t First value if immediate data is long-word aligned, second value if immediate data is not long-word aligned 

i First value if the §P is long-word aligned, second value if the SP is not long-word aligned 

II See Section 15.1 page 15-2. 

§ See Section 1 5.2 page 1 5-1 0. 
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Syntax and Description 


Words 


Machine 
States 


16-Bit Instruction Word 
MSB LSB 


ANDN Rs, Rd 

AND register with complement (32 bits) 


1 


1 


10 1 GDIS SSSR DDDD 


ANDNI IL, Rd 

AND not immediate (32 bits) 


3 


2,3t 


0000 1011 100R DDDD 


BLMOVE S,D 

Block move 


1 


complex 
instruction 


0000 0000 1111 OOSD 


BTST K, Rd 

Test register bit, constant 


1 


1 


000 1 1 1 KK KKKR DDDD 


BTST Rs, Rd 

Test register bit, register 


1 


2 


10 1 1 S SSSR DDDD 


CALL Rs 

Call subroutine indirect 


1 


3+(1) 
3+(4)t 


0000 1001 001R DDDD 


CALLA Address 
Call subroutine address 


3 


see 
instruction 


0000 1101 0101 1111 


CALLR Address 
Call subroutine relative 


2 


3+(1) 
3+(4) t 


0000 1101 0011 1111 


CEXEC size, instruction [, ID] 
Coprocessor internal operation execution, long 


3 


2(1) 
3(1)t 


0000 0110 0000 0000 


CEXEC size, instruction [, ID] 
Coprocessor internal operation execution, short 


2 


2(1) 


110 1 10 OCCG COGS 


CLIP 

Clip an array to fit within a window 


1 


complex 
Instruction 


0000 1000 1111 0010 


CLR Rd 

Clear register 


1 


1 


10 1 1 1 R DDDR DDDD 


CLRC 

Clear carry 


1 


1 


0000 0011 0010 000 


CMOVCG Rdi [, Rd2 [size]], command [, ID] 
Move coprocessor to register 


3 


H 


000 0110 011R DDDD 


CMOVCI\/l *Rd+, transfers, size, command [, ID] 
Coprocessor to memory indirect (postincrement) 


3 


5+[cnt-1] 
6+[cnt+1]t 


0000 0110 101R DDDD 


CMOVCM -*Rd, transfers, size, command [, ID] 
Coprocessor to memory indirect (predecrement) 


3 


5+[cnt-1] 
6+[cnt+1]t 


0000 0110 110R DDDD 


CMOVCS command [, ID] 
Move from coprocessor to status register 


3 


4,5t 


0000 0110 110 0000 


CIVIOVGC Rs, command], ID] 
One register to coprocessor 


3 


2(1) 
3(1) t 


0000 0110 001R SSSS 


CMOVGC Rsi, Rs2, size, command], ID] 
Two registers to coprocessor 


3 


3(1) 
4(1 )t 


0000 0110 010R SSSS 



t First value if immediate data is long-word aligned, second value if immediate data is not long-word aligned 

i First value if the SP is long-word aligned, second value if the SP Is not long-word aligned 

11 See Section 15.1 page 15-2. 

§ See Section 1 5.2 page 1 5-1 0. 
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Summary Table 



Syntax and Description 


Words 


Machine 
States 


16-Bit Instruction Word 
MSB LSB 


CMOVMC *Rs+, transfers, size, command [, ID] 
Memory indirect (postincrement) to coprocessor, 
constant count 


3 


5+[cnt-1] 
6+[cnt+1]t 


0000 0110 100T TTTT 


CI\/IOVMC -*Rs, transfers, size, command [, ID] 
Memory indirect (predec) to coprocessor, constant 
count 


3 


5+[cnt-1] 
6+[cnt+1]t 


0000 1000 001T TTTT 


CMOVMC "Rs-f, Rd, size, command [, ID] 
Memory indirect (postinc) to coprocessor, register 
count 


3 


H 


0000 0110 111R SSSS 


CMP Rs, Rd 

Compare registers 


1 


1 


10 10 03 SSSR DDDD 


CMPI IW, Rd 

Compare immediate (16 bits) 


2 


2 


0000 1011 010R DDDD 


CMPI IL, Rd 

Compare immediate (32 bits) 


3 


2, 3t 


0000 1011 011R DDDD 


CMPK 

Compare to set status bits 




1 


00 11 1 KK KKKR DDDD 


CMPXY Rs, Rd 

Compare X and Y iialf of registers 




1 


1110 0108 SSSR DDDD 


CPW Rs, Rd 
Compare point to window 




1 


1110 011S SSSR DDDD 


CVDXYL Rd 

Convert destination XY address to linear 




11 


0000 1010 100R DDDD 


CVMXYL Rd 

Convert mask address to linear 




H 


0000 1010 011R DDDD 


CVSXYL Rs, Rd 

Convert source XY address to linear 




n 


1110 101S SSSR DDDD 


CVXYL Rs, Rd 

Convert XY address to linear 




n 


1110 1 OS SSSR DDDD 


DEC Rd 

Decrement register 




1 


0001 0100 001R DDDD 


DINT 

Disable interrupts 




3 


0000 0011 0110 0000 


DIVS Rs, Rd 

Divide registers signed 




11 


0101 100S SSSR DDDD 


DIVU Rs, Rd 

Divide registers unsigned 




n 


0101 101S SSSR DDDD 



t First value if immediate data is long-word aligned, second value if Immediate data is not long-word aligned 

i First value if the SP is long-word aligned, second value If the SP is not long-word aligned 

11 See Section 15.1 page 15-2. 

§ See Section 1 5.2 page 15-10. 
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Syntax and Description 


Words 


IVIachlne 
States 


16-Bit Instruction Word 
fASB LSB 


DRAV Rs, Rd 

Draw and advance 


1 


H 


1111 0118 SSSR DDDD 


DSJ Rd, Address 
Decrement register and skip jump 


2 


2 no jump 
3 if jump 


GOOD 1101 IGOR DDDD 


DSJEQ Rd, Address 
Conditionally decrement register and skip jump 


2 


2 no jump 
3 if jump 


GGGG 1101 101R DDDD 


DSJNE Rd, Address 
Conditianally decrement register and skip jump 


2 


2 no jump 
3 if jump 


GOGO 11G1 11GR DDDD 


DSJS Rd, Address 
Decrement register and skip jump, short 


1 


2 no jump 
3 if jump 


G G 1 1 ID offset R DDDD 


EINT 

Enable interrupts 


1 


3 


GGGG 11G1 G11G GGGG 


ElVIU 

Initiate emulation 


M 


tI 


GGGG GGG1 GGG count 


EXGF Rd, F 

Exchapge field^ize 


1 


F01 
F12 


11G1 G1F1 GGGR DDDD 


EXGPC Rd 

Exchange program counter with register 


2 


2 


GGGG GGG1 GG1R DDDD 


EXGPS Rd 

Exchange pixel size 


1 


2(1) 


GGGG 0G1G 1G1R DDDD 


FiLLL 

Fill array with processed pixels, linear 


1 


complex 
instruction 


GGGG 1111 11GG GGGG 


FiLL XY 

Fill array with processed pixels, XY 


1 


complex 
instruction 


GGGG 1111 1110 GGGG 


FLINE{0 1 1} 

Fast line draw with linear addressing 


1 


11 


11G1 1110 ZGG1 1G1G 


FPIXEQ 

Find pixel equal to COLORO 


1 


complex 
instruction 


GGGG 1G1G 1G11 1G11 


FPIXNE 

Find pixel not equal to COLORO 


1 


complex 
instruction 


GGGG 1G1G 11G1 1G11 


GETPC Rd 

Get program counter into register 


1 


1 


GGGG GGG1 G1GR DDDD 


GETPS Rd 

Get pixel size into register 


1 


2 


GGGG GG1G 11GR DDDD 


GETST Rd 

Get status register into register 


1 


1 


GGGG GGG1 1GGR DDDD 



t First value if immediate data is long-word aligned, second value if immediate data is not long-word aligned 

i First value if the SP Is long-word aligned, second value if the SP is not long-word aligned 

11 See Section 15.1 page 15-2. 

§ See Section 1 5.2 page 1 5-1 G. 
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Syntax and Description 


Words 


Machine 
States 


16-Blt Instruction Word 
MSB LSB 


IDLE 

Wait for interrupt 


1 


H 


0000 0000 0100 0000 


INC 

Increment register 


1 


1 


0001 0000 001R DDDD 


J Ace /Address 
Jump absolute conditional 


3 


3 no jump 
4 if jump 


110 code 10 


JRcc Address 
Jump relative conditional, long 


2 


1 no jump 

2 if jump 


110 code 0000 0000 


J Rcc Address 
Jump relative conditional, short 




2 no jump 
3 if jump 


110 code xxxx xxxx 


JUMP Rs 

Jump indirect 




2 


0000 0001 011R DDDD 


LINE{0 1 1} 

Line draw 




H 


110 1 1111 ZOO 1 10 10 


UNIT 

Line intializatlon 




9 


0000 1100 0101 0111 


LMO Rs, Rd 

Leftmost one 




1 


110 10 18 SSSR DDDD 


MMFM Rs, [, List] 
Move multiple registers from memory 


2 


H 


0000 1001 101R DDDD 


MMTM Rs, [, List] 
Move multiple registers to memory 


2 


11 


0000 1001 100R DDDD 


IVIODS Rs, Rd 

Modulus signed 


1 


n 


0110 110S SSSR DDDD 


MODU Rs, Rd 

Modulus unsigned 


1 


35 
3 if Rs = 


110 1 1 1 S SSSR DDDD 


MOVB Rs, *Rd 

Move byte, register to indirect 


1 


§ 


100 1 1 OS SSSR DDDD 


MOVB *Rs, Rd 
Move byte. Indirect to register 


1 


§ 


100 1 1 1 S SSSR DDDD 


MOVB *Rs(offset), Rd 
Move byte, indirect with offset to register 


2 


§ 


10 10 1 1 1 S SSSR DDDD 


MOVB *Rs(SOffset), *Rd(DOffset) 
Move byte, indirect with offset to indirect with off- 
set 


3 


§ 


10 11 1 1 OS SSSR DDDD 


MOVB Rs, @DAddress 
Move byte, register to absolute 


3 


§ 


0000 0101 111R SSSS 



t First value if immediate data is long-word aligned, second value if immediate data is not long-word aligned 

i First value if the SP is long-word aligned, second value if the SP is not long-word aligned 

11 See Section 15.1 page 15-2. 

§ See Section 1 5.2 page 1 5-1 0. 
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Syntax and Description 


Words 


l\/lachine 
States 


16-Bit Instruction Word 
IVISB LSB 


IVIOVB @SAddress, Rd 
Move byte, absolute to register 


3 


§ 


0000 0111 111R DDDD 


l\/IOVB @SAddress, @DAddress 
Move byte, absolute to absolute 


5 


§ 


0000 0011 0100 0000 


IVIOVE Rs, Rd 

Move register to register 




1 


10 1 1 MS SSSR DDDD 


MO\/E Rs, *Rd [, F] 
Move field, register to indirect 




§ 


1000 OOFS SSSR DDDD 


MOVE Rs, -*Rd [, f=^ 
Move field, register to indirect (predecrement) 




§ 


10 10 OOFS SSSR DDDD 


MOWERS, *Rd+[,F] 
Move field, register to indirect (postincrement) 




§ 


10 1 OOFS SSSR DDDD 


fVIOVE *Rs,Rd[,F] 
Move field, indirect to register 




§ 


1000 01 FS SSSR DDDD 


MOWE -''^Rs,Rd[,F] 
Move field, indirect (predecrement) to register 




§ 


10 10 1 FS SSSR DDDD 


MOWE *Rs+, Rd [, F] 
Move field, indirect (postincrement) to register 




§ 


10 1 1 FS SSSR DDDD 


MOVE *Rs, *Rd [, F] 
Move field, indirect to indirect 




§ 


10 1 FS SSSR DDDD 


MOVE -*Rs,-*Rd[,F] 
Move field, indirect (predecrement)to indirect (pre- 
decrement) 




§ 


1010 10FS SSSR DDDD 


IVIOVE *Rs+, *Rd+ 
Move field, indirect (postincrement) to indirect 
(postincrement) 




§ 


100 1 1 OFS SSSR DDDD 


MOME Rs, *Rd(offset) [, F] 
Move field, register to indirect with offset 


2 


. § 


1011 OOFS SSSR DDDD 


MOWE *Rs(offset), Rd [, F] 
Move field, indirect with offset to register 


2 


§ 


10 11 1 FS SSSR DDDD 


fVlOVE *Rs(offset), *Rd+ [, F] 
Move field, indirect with offset to indirect (postin- 
crement) 


2 


§ 


1101 OOFS SSSR DDDD 


IVIOVE *Rs(SOffset), *Rd(DOffset) [, F] 
Move field, indirect with offset to indirect with off- 
set 


3 


§ 


10 11 1 FS SSSR DDDD 


MO\fE Rs, @DAddress [, F] 
Move field, register to absolute 


3 


§ 


0000 01F1 100R SSSS 



t First value If immediate data is long-word aligned, second value if immediate data is not long-word aligned 

i First value if the SP is long-word aligned, second value if the SP is not long-word aligned 

II See Section 15.1 page 15-2. 

§ See Section 1 5.2 page 1 5-1 0. 
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Syntax and Description 


Words 


Machine 
States 


16-Bit Instruction Word 
MSB LSB 


MOVE @SAdclress, Rd [, F] 
Move field, absolute to register 


3 


§ 


0000 01F1 101R DDDD 


IVIOVE @SAddress, *Rd+ [, F] 
Move field, absolute to Indirect (postinc) 


3 


§ 


1101 01F0 OOOR DDDD 


MOVE @SAddress,@DAddress [, F] 
Move field, absolute to absolute 


5 


§ 


0000 01F1 1100 0000 


MOV! IW, Rd 

Move immediate (16 bits) 


2 


2 


0000 1001 110R DDDD 


MOV! IL, Rd 

Move immediate (32 bits) 


3 


2,3t 


0000 1001 111R DDDD 


MOVK K, Rd 

Move constant (5 bits) 




1 


1 1 OKK KKKR DDDD 


MOVX Rs, Rd 

Move X half of register 




1 


1110 1108 SSSR DDDD 


MOW Rs, Rd 

Move Y half of register 




1 


1110 1118 888R DDDD 


MPYS Rs, Rd 

Multiply registers (signed) 




5+FS1/2 


10 1 1108 888R DDDD 


MPYU Rs, Rd 

Multiply registers (unsigned) 




H 


10 1 1118 888R DDDD 


MWAIT 

Memory wait 




minlmun 
of 2 


0000 0000 1000 0000 


NEGHd 

Negate register 




1 


0000 0011 101R DDDD 


NEGB Rd 

Negate register with borrow 




1 


0000 0011 110R DDDD 


NOP 

No operation 




1 


0000 0011 0000 0000 


UOJ Rd 

Complement register 




1 


0000 0011 111R DDDD 


OR Rs, Rd 

OR registers 




1 


0101 0108 888R DDDD 


ORI IL, Rd 

OR immediate (32 bits) 


3 


2.3t 


0000 1011 101R DDDD 


PFILL XY 

Pattern fill 




complex 
instruction 


0000 1010 0011 0111 


PIXBLT B, L 

Pixel block transfer, binary to linear 




complex 
instruction 


0000 1111 1000 0000 



t First value if immediate data is long-word aligned, second value if immediate data is not long-word aligned 

i First value if the 8P is long-word aligned, second value if the 8P is not long-word aligned 

i[ See Section 15.1 page 15-2. 

§ See Section 1 5.2 page 1 5-1 0. 
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Syntax and Description 


Words 


Machine 
States 


16-Bit Instruction Word 
MSB LSB 


PIXBLT B, XY 

Pixel block transfer and expand, binary to XY 




complex 
Instruction 


0000 1111 1010 0000 


PIXBLT L, L 

Pixel block transfer, linear to linear 




complex 
instruction 


0000 1111 0000 0000 


PIXBLT L, M, L 

Pixel block transfer, linear to linear with mask 




complex 
instruction 


0000 1110 0001 0111 


PIXBLT L, XY 

Pixel block transfer, linear to XY 




complex 
instruction 


0000 1111 0010 0000 


PIXBLT XY,L 

Pixel block transfer, XY to linear 




complex 
instruction 


0000 1111 0100 0000 


PIXBLT XY,XY 

Pixel block transfer, XY to XY 




complex 
instruction 


0000 1111 0110 0000 


P\XT RsrRd 

Pixel transfer, register to indirect 




2 + P 


1111 10 08 SSSR DDDD 


PIXTA?s, */7d.XY 

Pixel transfer, register to indirect XY 




H 


1111 0008 S88R DDDD 


PIXT *Rs, Rd 

Pixel transfer, indirect to register 




3 


1111 10 18 888R DDDD 


P\XT *Rs,*Rd 

Pixel transfer, indirect to indirect 




4 + P 


1111 1108 888R DDDD 


PIXT *Rs.XY, Rd 

Pixel transfer, indirect XY to register 




e + cs 


1111 00 18 S88R DDDD 


PIXT *RsXY, *Rd.XY 

Pixel transfer, indirect XY to indirect XY 




H 


1111 108 888R DDDD 


POPST 

Pop status register from stack 




6.7* 


0000 0001 1100 0000 


PUSHST 

Push status register onto stack 




2(1) 
2(2)t 


0000 0001 1110 0000 


PUTST Rs 

Copy register into status 




3 


0000 0001 101R DDDD 


RETI 

Return from interrupt 




H 


0000 1001 0100 0000 


RETM 

Return from monitor 




n 


0000 1000 0110 0000 


RETS [N] 

Return from subroutine 




11 


000 1001 011N NNNN 


REV Rd 

Return revision level 




1 


0000 0000 001R DDDD 



t First value if immediate data is long-word aligned, second value if immediate data Is not long-word aligned 

t First value if the 8P is long-word aligned, second value if the 8P is not long-word aligned 

H See Section 15.1 page 15-2. 

§ See Section 1 5.2 page 1 5-1 0. 
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Summary Table 



Syntax and Description 


Words 


l\/!achine 
States 


16-Blt instruction Word 
MSB LSB 


RL K, Rd 

Rotate left, constant 




1 


00 11 OOKK KKKR DDDD 


RL Rs, Rd 

Rotate left, register 




1 


0110 IOCS SSSR DDDD 


RMO 

Rightmost one 




1 


111 10 18 SSSR DDDD 


RPIX Rd 

Replicate pixel 




11 


0000 0010 100R DDDD 


SETC 

Set carry 




1 


0000 1101 1110 DDDD 


SETCDP 

Set CONVDP 




H 


0000 0010 0111 0011 


SETCMP 

Set CONVMP 




H 


0000 0010 1111 1011 


SETCSP 

Set CONVSP 




H 


0000 0010 0101 0001 


SETF FS, FE, F 

Set field parameters 




1 


0000 01F1 01 FS SSSS 


SEXT Rd, F 

Sign extend to long 




2 


0000 01F1 OOOR DDDD 


SLA K, Rd 

Shift left arithmetic, constant 




3 


00 10 OOKK KKKR DDDD 


SLA Rs, Rd 

Shift left arithmetic, register 




3 


110 00 OS SSSR DDDD 


SLL K, Rd 

Shift left logical, constant 






00 10 01 KK KKKR DDDD 


SLL Rs, Rd 

Shift left logical, register 






0110 001S SSSR DDDD 


SRA K Rd 

Shift right arithmetic, constant 






00 10 1 OKK KKKR DDDD 


SRA Rs, Rd 

Shift right arithmetic, register 






110 1 OS SSSR DDDD 


SRL K, Rd 

Shift right logical, constant 






00 10 1 1 KK KKKR DDDD 


SRL Rs, Rd 

Shift right logical, register 






110 1 1 S SSSR DDDD 


SUB Rs, Rd 

Subtract registers 






10 01 OS SSSR DDDD 



t First value if Immediate data is long-word aligned, second 

j First value if the SP Is long-word aligned, second value if 

11 See Section 15.1 page 15-2. 

§ See Section 1 5.2 page 1 5-1 0. 



value if immediate data is not long-word aligned 
he SP Is not long-word aligned 
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Syntax and Description 


Words 


[\/lachine 
States 


16-Bit Instruction Word 
IVISB LSB 


SUBB Rs, Rd 

Subtract registers with borrow 


1 


1 


10 0118 SSSR DDDD 


SUBi m Rd 

Subtract immediate (16 bits) 


2 


2 


0000 1011 111R DDDD 


SUBI IL, Rd 

Subtract immediate (32 bits) 


3 


2,3* 


0000 1101 OOOR DDDD 


SUBK K, Rd 

Subtract constant (5 bits) 


1 


1 


00 1 01 KK KKKR DDDD 


SUBXY Rs, Rd 

Subtract registers in XY mode 


1 


1 


1110 00 18 S88R DDDD 


SWAPF Rs, Rd, 

Swap field 


1 


H 


111 1118 S88R DDDD 


TFILL XY 

Trapezoid fill 


1 


complex 
instruction 


0000 1110 1111 1010 


TRAP A/ 

Software interrupt 


1 


H 


0000 1001 OOON NNNN 


TRAPL 

Software interrupt, signed 


2 


H 


0000 1000 0000 1111 


VBLT 

Linear VRAM pixel block transfer 


1 


complex 
instruction 


0000 1000 0101 0111 


VFILL 

Linear VRAM fast fill 


1 


complex 
instruction 


0000 1010 0101 0111 


VLCOL 

Latch C0L0R1 into the VRAM color registers 


1 


2(1) 


0000 1010 0000 0000 


XOR Rs,Rd 
Exclusive OR registers 


1 


1 


10 1 118 888R DDDD 


XORI IL, Rd 

Exclusive OR immediate value (32 bits) 


3 


2.3t 


0000 1011 110R DDDD 


ZEXT Rd, F 

Zero extend to long 


1 


1 


0000 01F1 001R DDDD 



t First value if immediate data is long-word aligned, second value if immediate data Is not long-word aligned 

i First value if the 8P is long-word aligned, second value if the 8P is not long-word aligned 

II See Section 15.1 page 15-2. 

§ See Section 1 5.2 page 15-10. 
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13.3 Move Instructions Summary 



The TMS34020 supports a variety of move instructions, allowing you to move 
immediate values into registers, move data between registers, and move data 
between registers and memory. Table 13-1 summarizes the various types of 
move instructions. 



Table 13-1. Summary of MOVE Instructions 



Move Type 


Mnemonic 


Description 


Register 


MOVE 


Move register to register 


Constant 


MOVK 

MOVI 

MOVI 


Move constant (5 bits) 
Move immediate (16 bits) 
Move immediate (32 bits) 


XY 


MOVX 
MOW 


Move 16 LSBs of register (X half) 
Move 16 MSBs of register (Y half) 


Multiple register 


MMFM 
MMTM 


Move multiple registers from memory 
Move multiple registers to memory 


Byte 


MOVB 


Move byte (8 bits, 9 addressing modes) 


Field 


MOVE 


Move field to/from memory/register 
(18 addressing modes) 



13.3.1 Register-to-Register Moves 



The MOVE /?s,f?d instruction is a register-to-register move; it moves a full 32 
bits of data between any two general-purpose registers. This is the only MOVE 
instruction that allows you to move data between register files A and B. 



13.3.2 Value-to-Register Moves 



The MOVI and MOVK instructions move immediate values into registers. 
MOVK moves a zero-extended value into a register; the value must be in the 
range of 1 to 32. The MOVI instruction has two forms; it can move a 1 6-bit or 
a 32-bit immediate value. 



13.3.3 XY Moves 



The MOVX and MOW instructions move values into the 1 6 LSBs or 1 6 MSBs, 
respectively, of a register. 
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13.3.4 Multiple-Register Moves 

The MMTM and MMFM instructions use register-direct operands. I\/IMTI\/I 
allows you to save several register values in memory; MMFM allows you to 
retrieve register values from memory. Both instructions have two types of oper- 
ands: 

Of The Rp operand is a register pointer. For the MMTM instruction, Rp 
contains the memory address where MMTM stores the register values. For 
the MMFM instruction, Rp contains the memory address from which 
MMFM loads the stored register values. 

m The register list operand is an optional list of registers. It specifies which 
registers are stored or retrieved and also indicates the storing or retrieval 
order. 

Note that Rp and all the registers in the list must be in the same register file. 
If you are saving or restoring registers that are from both files, two MMTMs are 
required. 



13.3.5 Byte Moves 



The MOVB instruction is a special form of the MOVE instruction; when you use 
MOVB, the field size is restricted to 8 bits. MOVB supports nine combinations 
of operand formats. There are three basic combinations: 

□i Register to memory (requires a field insertion), 

Q Memory to register (requires a field extraction), and 

□i Memory to memory (requires both field insertion and extraction). 

Note that the MOVB instruction does not move data between registers. 

The MOVB instruction allows a byte to begin on any bit boundary in memory. 
The byte's memory address points to the LSB of the byte. When a byte is 
moved into a register, the byte's LSB coincides with the register's LSB; the byte 
is sign-extended into the 24 MSBs of the register. 

See Table 1 3-4, page 1 3-1 54, for a summary of the valid combinations of oper- 
and formats for the MOVB instruction. 

Sequences of byte moves are more efficient if the byte addresses are aligned 
on even 8-bit boundaries. 



13.3.6 Field Moves 
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The MOVE instruction supports eighteen combinations of operand formats. 
There are four basic combinations: 

Qi Register to register 

Q[ Register to memory 

Qi Memory to register 

Q Memory to memory 

TMS34020 Assembly Language Instruction Set 



Move Instructions Summary 






The MOVE instruction moves a //e/c/. Afield is a configurable data structure that 
is identified by its starting address and its length. Field lengths can range from 
1 to 32 bits. A field's memory address points to the LSB of the field; the field 
occupies contiguous bits. A field in a register is right-justified within the register; 
the field's LSB coincides with the register's LSB. 

Note that all forms of the MOVE instruction have an optional F parameter. 
(MOVE Rs,Rd is an exception to this; it doesn't have an F parameter because 
it always moves 32 bits.) F selects the field size and field extension for the 
MOVE: 

Qi If F=0, FSO and FEO determine the field size and extension. 
Q If F=1, FS1 and FE1 determine the field size and extension. 

If you don't specify or 1 , is used as the default. The selected field size deter- 
mines the size of the field that is moved. A moved field is either sign-extended 
orzero-extended, depending on the value ofthe appropriate field extension bit. 
You can use the SETF instruction to set the field size and extension. 

See Table 1 3-5, page 1 3-1 59, for a summary of the valid combinations of oper- 
and formats for the MOVE instruction. 



13.3.6.1 RegisteMO'Memory Moves 



Figure 13-8 illustrates the register-to-memory move operation. In this type of 
move, the source register contains the right-justified field data (width is speci- 
fied by the field size). The destination location is the bit position pointed to by 
the destination memory address. The address consists of two portions: one 
defines the starting word in which the field is to be written and the other defines 
an offset into that word, the bit address. Depending on the bit address within 
this word and the field size, the destination location may extend into one or two 
long words. 



Figure 13-8. RegisteMo-Memory Moves 



destination memory address 



31 



Move from Register to Memory 



56 



word address 



bit 
address 





31 









source register 


^^ 


^^^^^ 


field data 








* field size — 


—J 



Word Address + 32 



destination memory location W 




field size = 1 to 32 bits 
bit address = to 31 bits 
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13.3.6.2 Memory-to-Register Moves 



Figure 1 3-9 shows the memory-to-register move operation. The source mem- 
ory location is the bit position pointed to by the source address. The address 
consists of two portions: one defines the starting word from which the field is 
to be read and the other defines an offset into that word, the bit address. 
Depending on the bit address within this word and the field size, the source 
location may extend into two or more long words. After the move, the destina- 
tion register LSBs contain the right-justified field data (width is specified by the 
field size). The registers's MSBs contain either all 1s or all Os. 



Figure 13-9. Memory-to-Register Moves 



Move from Memory to Register 



31 



source memory address 



54 



word address 



bit 
address 



word address + 32 



word address ■ 



source memory location s^ 



destination register, FE=0 




31 




^^-t^ 





0000 


000 


field data 





destination register, FE=1 



31 




SignE 


it- 







« -: t^'-M. ^ 


field data 




blL^N Ull 





field size = 1 to 32 bits 
bit address = to 31 bits 
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13.3.6.3 Memory-to-Memory Moves 



Figure 13-10 shows a memory-to-memory field move operation. The source 
memory location is the bit position pointed to by the source address. The desti- 
nation location is the bit position pointed to by the destination memory address. 
Depending on the bit addresses within the respective words and the field size, 
either the source location or destination locations may extend into two or more 
long words. After the move, the destination location contains the field data from 
the source memory location. 



Figure 13-10, Memory-to-Memory Moves 



destination memory address 



Move from Memory to Memory 



31 



54 



word address A 



bit 
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A 
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source J 
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54 



bit 
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word address B 



A 



field data 



- field size — ► 



destination 
bit address 



field size = 1 to 32 bits 
bit address = to 31 bits 
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13.4 Arithmetic, Logical, and Compare Instructions 



The TMS34020 supports a full range of arithmetic, logical, and compare 
instructions. Most of these instructions use register-direct operands; some use 
a combination of immediate and register-direct operands. Some instructions 
have several versions; each uses a different operand format. For example, the 
ADD instruction has several versions: 

□i The ADD instruction uses register-direct operands for both the source and 
destination operands. 

Of The ADDI instruction uses an immediate source with a destination regis- 
ter. 

Qi The ADDK instruction uses a 5-bit constant as the source operand with 
a destination register. 

Qi The ADDXY instruction is similar to the ADD instruction because both 
operands are register-direct operands; however, the registers contain XY 
values. 

Some instructions that have immediate values as source operands (such as 
the ADDI instruction) have two forms: a s/70/if form and a tongf form. In the short 
form, the source operand is a ys-d/f immediate value, and the instruction occu- 
pies two words. In the long form, the source operand is a 32-bit immediate 
value, and the instruction occupies three words. Each form of the instruction 
has an optional third operand: W for short and L for long. If you don't use the 
W or L operand, the assembler chooses the short or the long form, depending 
on the size of the source operand. Using W or L forces the assembler to use 
the short or long form, respectively. If you use W and the source value is greater 
than 1 6 bits, the assembler discards all but the 1 6 LSBs and issues a warning 
message. If you use L and the source value is less than 32 bits, the assembler 
sign-extends the value to 32 bits. 

Some instructions that use immediate operands have only one version. In this 
case, the operand is long (32 bits). 

I —^ 1 

Note: 

When an instruction's source and destination operands are both register- 
direct operands, the registers must be in the same file. (The MOVE Rs, Rd 
instruction is an exception to this rule.) 
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13.5 Program-Control and Context-Switching Instructions 

The TMS34020 supports a variety of instructions that allow you to control pro- 
gram flow and to save and restore information by letting you do the following: 

Q[ call and return from subroutines 

Qi enable or disable interrupts 

Qi set software interrupts 

Qi set, save, or restore status information 

Q use jump instructions to redirect program flow 

Most of these instructions use register-direct or absolute operands; however, 
several of them have no operands. 

13.5.1 Subroutine Calls and Returns 

The TMS34020 allows you to call a subroutine in three ways: 

□i indirectly, by loading an address into a register 

Qi directly, by using an absolute address 

Qi relatively, by specifying an address that is an offset 

The CALL instructions automatically save status information on the stack. The 
RETS instruction pops status information off of the stack and returns control 
to the program or routine that called the subroutine. 

13.5.2 Interrupt Handling 

The TMS34020's EINT and DINT instructions allow you to enable or disable 
hardware interrupts by providing control of the IE status bit. The TMS34020 
also supports a TRAP instruction that provides you with control over 32 soft- 
ware interrupts. TRAPL allows 64K (-32,768 to +32,767) interrupts. 

13.5.3 Setting, Saving, and Restoring Status Information 

Although some instructions automatically save or restore status information, 
you will often want explicit control over these functions. The TMS34020 
supports several instructions that allow you to save and restore PC and ST 
information. The TMS34020 also supports a SETF instruction that allows you 
to set field-O/field-1 information in the status register. 

13.5.4 Jump Instructions 

The TMS34020 supports both conditional and unconditional jumps. The condi- 
tional jumps use absolute operands or a combination of register-direct and 
absolute operands. 

Ui There are four DSJ instructions. 

■ DSJ and DSJS decrement the contents of a register and jump to the 
specified address if the new contents of Rd do not equal 0. If Rd is 
decremented to 0, then execution continues with the next instruction. 

DSJ provides a jump range of -32,768 to +32,767 words; DSJS 
provides a jump range of ±32 words (excluding 0). 
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■ The operation of DSJEQ and DSJNE depends on the value of the Z 
(zero) status bit. 

DSJEQ decrements the contents of Rd when Z=1 and jumps to the 
specified address if the new contents of Rd do not equal 0. If Rd is 
decremented to 0, then execution continues with the next instruction. 
If Z=0, DSJEQ skips the jump, and execution continues with the next 
instruction. 

DSJNE decrements the contents of Rd when Z=0 and jumps to the 
specified address if the new contents of Rd do not equal 0. If Rd is 
decremented to 0, then execution continues with the next instruction. 
If Z=1, DSJNE skips the jump, and execution continues with the next 
instruction. 

The address specified for the DSJ instructions is relative; the assem- 
bler uses this address automatically to calculate a displacement, and 
then it inserts the displacement into the instruction. 

DSJEQ and DSJNE provide a jump range of 32K words (excluding 0). 

□i The JUMP instruction is unconditional. The source register contains the 
address for the jump. 

□l The conditional jump instructions, JAccand JRcc, use the condition codes 
listed in Table 13-2. 

The JRcc instruction has a long and a shortform. The shortform supports a 
jump range of ±127 words (excluding 0). The long form supports a jump 
range of ±32K words (excluding 0). 

The 32-bit address specified for the JAcc instruction is absolute; the 
assembler inserts this address into words 2 and 3 of the instruction. The 
address specified for the JRcc instructions is relative; the assembler uses 
this address automatically to calculate a displacement, and then it inserts 
the displacement into the instruction. The short form has an 8-bit displace- 
ment that is inserted into bits 0—7 of the opcode; the opcode is 1 word long. 
The long form has 1 6-bit displacement; the opcode is 2 words long, and the 
displacement occupies the entire 1 6 bits of the second word. 

Table 1 3-2 lists the condition codes used with the JRcc and JAcc instructions. 
(To use the codes, replace the cc with the appropriate mnemonic code; for 
example, JRUC, JALS, JRYGT, etc.) Before using one of these jump instruc- 
tions, use the CMP, CMPI, or CMPXY instruction; the compare instructions set 
the condition codes for the jump by subtracting a source value from a destina- 
tion value. The first mnemonics code column in Table 1 3-2 lists the codes that 
can be used for a jump following a CMP or CMPI. The second mnemonics code 
column list codes that can be used for a jump following a CMPXY (codes that 
are preceded with an Xcan be used with the result of the X comparison and 
codes that are preceded with a Vcan be used with the result of the Y compari- 
son). 
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Table 13-2. Condition Codes forJRcc and J Ace Instructions 



Mnemonic 



Non XY 1 


XY 


Result of Compare 


Status Bits 


Code 


Unconditional 


UC 





Unconditional 


Don't care 


0000 


Compares 












Unsigned 


LO 


— 


Dst lower than Src 


C 


1000 


Compares 


(C) (B) 


YN 










LS 


YLE 


Dst lower or sanne as 
Src 


C + Z 


0010 




HI 


YGT 


Dst higher than Src 


CZ 


0011 




HS 


YNN 


Dst higher or same as 


C 


1001 




(NC) (NB) 




Src 








EQ 





Dst = Src 


Z 


1010 




(Z) 


YZ 










NE 


— 


Dst It Src 


z 


1011 




(NZ) 


YNZ 








Signed 


LT 


XLE 


Dst < Src 


(N • V) + (N V) 


0100 


Compares 


LE 




Dst < Src 


(N • V) + (N • V) + Z 


0110 




GT 




Dst > Src 


(N . V . Z) + (N • V • Z) 


0111 




GE 

EQ 
(Z) 


XGT 
YZ 


Dst > Src 
Dst = Src 


(N . V) + (N V) 

Z 


0101 
1010 




NE 








1011 




(NZ) 


YNZ 


Dst ^ Src 


z 




Compare to 


Z 


YZ 


Result = zero 


z 


1010 


Zero 


(EQ) 












NZ 


YNZ 


Result ^ zero 


z 


1011 




(NE) 












P 


— 


Result is positive 


N-Z 


0001 




N 


xz 


Result is negative 


N 


1110 




NN 


XNZ 


Result is nonnegative 


N 


1111 


General 


Z(EQ) 


YZ 


Result is 


Z 


1010 


Arithmetic 


NZ (NE) 


YNZ 


Result ^ 


z 


1011 




C (LO) (B) 


YN 


Carry set on result 


c 


1000 




NC 


YNN 


No carry on result 


c 


1001 




(HS) (NB) 












B 


YN 


Borrow set on result 


c 


1000 




(JALO)(C) 












NB 


YNN 


No borrow on result 


c 


1001 




(HS) (NC) 












vt 


XN 


Overflow on result 


V 


1100 



Note: A mnemonic code in parentheses is 
Key: f Also used for window clipping 
Logical AND 



an alternate code for the preceding code. 
+ Logical OR 
~ Logical NOT 
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Shift Instructions 



13.6 Shift Instructions 



The TMS34020 supports several instructions that left-rotate, left-shift, or 
right-shift the contents of the destination register. These instructions use regis- 
ter-direct operands or a combination of register-direct and immediate oper- 
ands; the shift amount is specified by the value of a 5-bit constant or by the 
value specified in the 5 LSBs of a source register. (Note that the SRA Rs, Rd 
and SRL Rs, Rd use the 2s complement of Rd's 5 LSBs.) 

□i The RL instruction left-rotates the contents of the destination register. 
(This rotation is a barrel shift.) The bits shifted out of the MSB are shifted 
into the LSB. The C (carry) bit is set to the final value shifted out of the MSB. 

Of The SLA instruction left-shifts the contents of the destination register. Os 
are shifted into the LSBs. The MSBs are shifted out through the C (carry) 
bit so that the C bit is set to the final value shifted out of the MSB. If either 
the N (sign) bit or any of the bits shifted out differ from the original sign bit, 

tho \/ (r\\tcMri\r\\hi\ hit ie eat 

Qj The SLL instruction left-shifts the contents of the destination register. Os 
are shifted into the LSBs. The MSBs are shifted out through the C (carry) 
bit so that the C bit is set to the final value shifted out of the MSB. The main 
difference between SLL and SLA is that SLL does not check to see if the 
sign bit changes. 

Q[ The SRA instruction right-shifts the contents of the destination register. 
The value of the sign bit is shifted into the MSBs; this sign-extends the 
value and preserves the original value of the sign bit. The LSBs are shifted 
out through the C (carry) bit so that the C bit is set to the final value shifted 
out of the LSB. 

Qi The SRL instruction right-shifts the contents of the destination register. Os 
are shifted into the MSBs, beginning with bit 31 . The LSBs are shifted out 
through the C (carry) bit so that the C bit is set to the final value shifted out 
of the LSB. The main difference between SRL and SRA is that SRL does 
not preserve the original value of the sign bit. 
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XY Instructions 



13.7 XY Instructions 



Table 1 3-3 summarizes the instructions tliat use XY addresses. Tfiis is useful 
for specifying pixel addresses on the screen. Many of the graphics instructions 
use XY addressing; the TMS34020 instruction set also supports several other 
instructions that allow you to manipulate XY addresses. 

An XY address is a 32-bit address that is divided into two parts. Within a regis- 
ter, the 1 6 LSBs contain the X half of the address; the 1 6 MSBs contain the Y 
half. The two parts are treated as completely separate values; for example, 
when you use ADDXY, the X half does not propagate into the Y half. 



Table 13-3. Summary for XY Instructions 



Instruction 


Description 


Instruction 


Description 


ADDXYI IL, Rd 


Add /L to register in XY 


MOVX Rs, Rd 


Move X half of Rs to X half of Rd 


ADDXY Rs, Rd 


Add registers in XY 


MOVY Rs, Rd 


Move Y half of Rs to Y half of Rd 


CPW Rs, Rd 


Compare point to window 


PFILL 


Pattern fill 


CMPXY Rs, Rd 


Compare registers in XY 
mode 


PIXBLT B, XY 


Pixel block transfer (binary to 
XY) 


CVDXYL Rd 


Convert destination XY ad- 
dress to linear 


PIXBLT L, XY 


Pixel block transfer (linear to 
XY) 


CVMXYL Rd 


Convert mask to linear 


PIXBLT XY,L 


Pixel block transfer (XY to lin- 
ear) 


CVSXYL Rs, Rd 


Convert source XY address 
to linear 


PIXBLT XY, XY 


Pixel block transfer (XY to XY) 


CVXYL Rs, Rd 


Convert XY address to lin- 
ear address 


PIXT Rs, *Rd.XY 


Pixel transfer (register to indi- 
rect XY) 


DRAV Rs, Rd 


Draw and advance 


PIXT *Rs.XY, Rd 


Pixel transfer (indirect XY to 
register) 


FILL XY 


Fill array with processed 
pixels 


PIXT *Rs.XY, *Rd.XY 


Pixel transfer (Indirect XY to in- 
direct XY) 


LINE {01 1} 


Line draw 


SUBXY Rs,Rd 


Subtract registers in XY mode 


UNIT 


Line initialization 


TFILL 


Trapezoid fill 



□ The PIXBLT and FILL instructions use XY source and/or destination 

addresses. 
Ql The PIXT instructions use the contents of registers as XY addresses. 
Q The LINE instruction draws a line along points that are calculated as XY 

addresses. 
Ql The MOVX/MOVY instructions move the X or Y half of a source register 

into the X or Y half of a destination register. 
Ql The arithmetic and logical instructions add, subtract, or compare the X and 

Y halves of the registers separately. 
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Instructions New to the TMS34020 



13.8 Instructions New to the TMS34020 



The following is a list of new instructions for the TMS34020; these instructions 
were not included with the TMS3401 0. 



Instruction Name 


Instruction Name 


ADDXYI 


IDLE 


BLMOVE 


UNIT 


CEXEC, 2 versions 


MWAIT 


CLIP 


PFILL XY 


CMOVCG 


PIXBLT L,M,L 


COMVCM, 2 


versions 


RETM 


CMOVCS 


RMO 


CMOVGC, 2 


versions 


RPIX 


CMOVMC, 3 


versions 


SETCDP 


CMPK 


SETCMP 


CVDXYL 


SETCSP 


CVMXYL 


SWAPF 


CVSXYL 


TFILL 


EXGPS 


TRAPL 


FPIXEQ 


VBLT 


FPIXNE 


VFILL 


FLINE 


VLCOL 


GETPS 
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13.9 Alphabetical Instruction Reference 



Alphabetical Instruction Reference 



The remainder of this section is an alphabetical reference of the TMS34020 
assembly language instructions. Most instructions begin on a new page, and 
contains the following information: 

□i Syntax: Shows you how to enter an instruction. (The Preface describes 
the symbols used in instruction syntaxes.) 

Q[ Execution: Illustrates the effects of instruction execution on CPU regis- 
ters and memory. 

Qi Instruction Words: Shows the object code generated by an instruction. 

Ql Description: Discusses the purpose of the instruction and any other gen- 
eral information related to the instruction. 

Ql Machine States: Lists the instruction cache-enabled cycle timing. 

Ql Status Bits: Lists the effects of instruction execution on the status bits (N, 
C, Z, and V). 

Ql Examples: Show the effects of the instruction on memory and registers 
using various sets of data and initial conditions. 

Several instructions discuss additional topics; for example, the conditional 
jump instructions list the conditions codes and mnemonics for various jumps, 
and the graphics instructions list the implied operands that they use. 
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ABS Absolute Value 



Syntax 
Execution 
instruction Words 

Description 



Mactiine States 
Status Bits 



Exampies 



ABS Rd 

|Rd| -> Rd 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 1 























1 


1 


1 








R 


Rd 



ABS stores the absolute value of the contents of the destination register back 
into the destination register. This is accomplished by: 

Ql Subtracting the contents of the destination register data from and 

□ Storing the result back into Rd if status bit N indicates that the result is posi- 
tive. 

If the result of the subtraction is negative, then the original contents of the desti- 
nation register are retained. 



1 
N 

C 

Z 
V 



Set to the sign of the result of - Rd; typically, N=0 if the original contents 

of Rd are negative (unless Rd = SOOOOOOOh), 1 othenA^ise 

Unaffected 

1 if the original data is 0, othenA^ise 

1 if there is an overflow, otherwise; an overflow occurs if Rd contains 

SOOOOOOOh (SOOOOOOOh is returned) 



Code 

ABS Al 

ABS Al 

ABS Al 

ABS Al 

ABS Al 

ABS Al 

ABS Al 



Before 
A1 

TFFFFFFFh 
FFFFFFFFh 

aoooooooh 

80000001 h 
00000001 h 
OOOOOOOOh 
FFFAOOHh 



After 
NCZV 

1 xOO 
0x00 
1 x01 
0x00 
1 xOO 
0x1 
0x00 



A1 

7FFFFFFFh 

00000001 h 

SOOOOOOOh 

7FFFFFFFh 

00000001 h 

OOOOOOOOh 

OOOSFFEFh 
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Add Registers ADD 



Syntax 
Execution 
Instruction Words 

Description 



l\^achine States 
Status Bits 



Examples 



ADD Rs,Rd 
Rs + Rd -> Rd 



15 


14 


13 


12 


11 


10 


9 


8 


7 6 


5 


4 


3 


2 1 








1 

















Rs 


R 


Rd 



ADD adds the contents of the source register to the contents of the destination 
register and stores the result in the destination register. 

You can use the ADD instruction with the ADDC instruction to perform multiple- 
precision arithmetic. 

Rs and Rd must be in the same register file. 

1 

N 1 if the result is negative, otherwise 

C 1 if there is a carry, othenA/ise 

Z /if the result is 0, o\hem\se 

V 1 if there is an overflow, othen^/ise 



Code 


Before 




After 








A1 


AG 


NCZV 


AG 


ADD 


A1,A0 


FFFFFFFFh 


FFFFFFFFh 


1 1 00 


FFFFFFFEh 


ADD 


A1,A0 


FFFFFFFFh 


00000001 h 


0110 


OOOOOOOOh 


ADD 


A1,A0 


FFFFFFFFh 


00000002h 


0100 


00000001 h 


ADD 


A1,A0 


FFFFFFFFh 


SOOOOOOOh 


01 01 


7FFFFFFFh 


ADD 


A1,A0 


FFFFFFFFh 


80000001 h 


1 1 00 


SOOOOOOOh 


ADD 


A1,A0 


7FFFFFFFh 


80000001 h 


01 1 


OOOOOOOOh 


ADD 


A1,A0 


7FFFFFFFh 


80000000h 


1 000 


FFFFFFFFh 


ADD 


A1,A0 


7FFFFFFFh 


00000001 h 


1 001 


SOOOOOOOh 


ADD 


A1,A0 


00000002h 


00000002h 


0000 


00000004h 
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AD DC Add Registers with Carry 



Syntax 
Execution 
Instruction Words 

Description 



i\^aciiine States 
Status Bits 



Examples 



ADDC Rs,Rd 
Rs + Rd + C -> Rd 



15 


14 


13 


12 


11 


10 


9 


8 


7 6 


5 


4 


3 


2 1 








1 














1 


Rs 


R 


Rd 



ADDC adds the contents of the source register, the carry bit, and the contents 
of the destination register and then stores the result in the destination register. 
Note that the status bits are set on the final result. 

Rs and Rd nnust be in the same register file. 

1 

N / if the result is negative, otherwise 

G /if there is a carry, othenA/ise 

Z /if the result is 0, otherwise 

V / if there is an overilov>/, otherwise 



Code 




Before 




After 








C 


A1 


AG 


NCZV 


AG 


ADDC 


A1,A0 




FFFFFFFFh 


FFFFFFFFh 


1 1 00 


FFFFFFFh 


ADDC 


Al.AO 




FFFFFFFFh 


00000001 h 


01 00 


00000001 h 


ADDC 


A1,A0 




FFFFFFFFh 


00000002h 


0100 


00000002h 


ADDC 


A1,A0 




FFFFFFFFh 


SOOOOOOOh 


1 1 00 


SOOOOOOOh 


ADDC 


A1,A0 




FFFFFFFFh 


80000001 h 


1 1 00 


80000001 h 


ADDC 


A1,A0 




FFFFFFFFh 


80000001 h 


0100 


80000001 h 


ADDC 


A1,A0 




FFFFFFFFh 


SOOOOOOOh 


01 1 


OOOOOOOOh 


ADDC 


A1,A0 




7FFFFFFFh 


00000001 h 


1 001 


80000001 h 


ADDC 


A1,A0 




00000002h 


000000p2h 


0000 


OOOOOOOSh 


ADDC 


Al^AO 





FFFFFFFFh 


FFFFFFFFh 


1 100 


FFFFFFFEh 


ADDC 


A1,A0 





FFFFFFFFh 


00000001 h 


01 10 


OOOOOOOOh 


ADDC 


A1,A0 





FFFFFFFFh 


00000002h 


0100 


00000001 h 


ADDC 


A1,A0 





FFFFFFFFh 


SOOOOOOOh 


0101 


7FFFFFFFh 


ADDC 


A1,A0 





FFFFFFFFh 


80000001 h 


1 1 00 


SOOOOOOOh 


ADDC 


A1,A0 





7FFFFFFFh 


80000001 h 


01 1 


OOOOOOOOh 


ADDC 


A1,A0 





7FFFFFFFh 


80000000h 


1 000 


FFFFFFFFh 


ADDC 


A1,A0 





7FFFFFFFh 


00000001 h 


1 001 


SOOOOOOOh 


ADDC 


A1,A0 





00000002h 


00000002h 


0000 


00000004h 
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Add Immediate, 16 Bits ADDI 



Syntax 
Execution 
Instruction Words 

Description 



Maciiine States 
Status Bits 



Examples 



ADDI iW^RdlW] 

Rd + 16-bit Immediate value 



Rd 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 2 1 

















1 





1 


1 











R 


Rd 


16-bit value 



This ADDI instruction adds a sign-extended, 16-bit immediate value to the 
contents of the destination register and stores the result in the destination 
register. (The symbol IW in the syntax above represents a 16-bit, sign- 
extended immediate value.) 

The assembler uses the short (1 6 bit) add if the immediate value is previously 
defined and is in the range -32,768 to 32,767. You can force the assembler 
to use the short form by following the register operand with a W: 

ADDI IW,Rd,W 

If you use the W parameter and the value is outside the legal range, the assem- 
bler discards all but the 1 6 LSBs and issues an appropriate warning message. 

You can use the ADDI instruction with the ADDC instruction to perform multi- 
ple-precision arithmetic. 



N 7 if the result is negative, othenA/ise 

C 1 If there is a carry, othen/vise 

Z y if the result is 0, otherwise 

V /if there is an overflow, othen/vise 



Code 






Before 


After 










AO 


NCZV 


AO 


ADDI 


1,A0 




FFFFFFFFh 


0110 


OOOOOOOOh 


ADDI 


2,A0 




FFFFFFFFh 


01 00 


00000001 h 


ADDI 


1,A0 




7FFFFFFFh 


1 001 


SOOOOOOOh 


ADDI 


2,A0 




00000002h 


0000 


00000004h 


ADDI 


32767 


,A0 


00000002h 


0000 


00008001 h 


ADDI 


0FFFF0010h,A0,W 


FFFFFFFOh 


01 1 


OOOOOOOOh 
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ADDI Add Immediate, 32 Bits 



Syntax 
Execution 
Instruction Words 



Description 



Mactiine States 



Status Bits 



Examples 



ADDI IL,Rd IL] 

Rd + 32-bit immediate value 



Rd 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 1 

















1 





1 


1 








1 


R 


Rd 


16 LSBs of 32-bit value 


16 MSBs of 32-bit value 



This ADDI instruction adds a 32-bit, signed immediate value to the contents 
of the destination register and stores the result in the destination register. (The 
symbol IL in the syntax above represents a 32-bit, signed immediate value.) 

The assembler uses the long (32 bit) ADDI if it cannot use the short form. You 
can force the assembler to use the long form by following the register operand 
with an L: 

ADDI IL,Rd,L 

2 if the immediate data is long-word aligned 

3 if the immediate data is not long-word aligned 

N 1 if the result is negative, otherwise 

C 7 if there is a carry, othenA^ise 

Z /if the result is 0, otherwise 

V 1 a there is an overflow, otherwise 



Code 




Before 


After 








AG 


NCZV 


AG 


ADDI 


OFFFFFFFFh.AO 


FFFFFFFFh 


1 1 00 


FFFFFFFEh 


ADDI 


80000000h,A0 


FFFFFFFFh 


01 01 


7FFFFFFFh 


ADDI 


80000000h,A0 


7FFFFFFFh 


1000 


FFFFFFFFh 


ADDI 


32768, AO 


7FFFFFFFh 


1 001 


80007FFFh 


ADDI 


2,A0,L 


FFFFFFFFh 


01 00 


00000001 h 
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ADDK 



Syntax 
Execution 
Instruction Words 

Description 



Mactiine States 
Status Bits 



Examples 



ADDK K,Rd 

Rd + 5-bit constant -^ Rd 

15 14 13 12 11 10 












1 








K 


R 


Rd 



ADDK adds a 5-bit constant to the contents of tiie destination register and 
stores the result in the destination register. (The symbol K in the syntax above 
represents a 5-bit constant.) 

The constant is treated as an unsigned number in the range 1 — 32; if the origi- 
nal value of K=32, then K is converted to in the opcode. The assembler issues 
an error if you try to add to a register with this instruction. 

You can use the ADDK instruction with the ADDC instruction to perform multi- 
ple-precision arithmetic. 

1 

N 7 if the result is negative, othenA^ise 

C 7 if there is a carry, otherwise 

Z 7 if the result is 0, otherwise 

V 7 if there is an overflow, otherwise 



Code 




Before 


After 








AG 


NCZV 


AG 


ADDK 


1,A0 


FFFFFFFFh 


0110 


OOOOOOOOh 


ADDK 


2,A0 


FFFFFFFFh 


01 00 


00000001 h 


ADDK 


1,A0 


7FFFFFFFh 


1 001 


SOOOOOOOh 


ADDK 


1,A0 


eoooooooh 


1 000 


80000001 h 


ADDK 


32, AO 


SOOOOOOOh 


1 000 


80000020h 


ADDK 


32, AO 


00000002h 


0000 


00000022h 
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AD DXY Add Registers in XY Mode 



Syntax 
Execution 

Instruction Words 
Description 



Mactiine States 
Status Bits 



Examples 



ADDXY Rs,Rd 

X half of Rs + X half of Rd 
Y half of Rs + Y half of Rd 



> XhalfofRd 
Y half of Rd 



15 


14 


13 


12 


11 


10 


9 


8 


7 6 


5 


4 


3 


2 1 





1 


1 


1 














Rs 


R 


Rd 



ADDXY adds the signed source X value to the signed destination X value, adds 
the signed source Y value to the signed destination Y value, and stores the 
result in the destination register. The source and destination registers are 
treated as if they contained separate X and Y values. Any carry out from the 
lower (X) half of the register does not propagate into the upper (Y) half. 

If you only want to add the X halves together, then one of the Y values must 
be (the method for adding the Y halves is similar). 

You can use this instruction to manipulate XY addresses in the register file; 
ADDXY is also useful for incremental figure drawing. 

Rs and Rd must be in the same register file. 

1 

N 7 if resulting X field is all Os, otherwise 

C The sign bit of the Y half of the result 

Z y if Y field is all Os, otherwise 

V The sign bit of the X half of the result 



Code 


Before 




After 






A1 


AG 


AG 


NCZV 


ADDXY Al.AO 


OOOOOOOOh 


OOOOOOOOh 


OOOOOOOOh 


1010 


ADDXY A1,A0 


OOOOOOOOh 


00000001 h 


00000001 h 


001 


ADDXY Al.AO 


OOOOOOOOh 


OOOIOOOOh 


OOOIOOOOh 


1 000 


ADDXY A1,A0 


OOOOOOOOh 


0001 0001 h 


0001 0001 h 


0000 


ADDXY A1,A0 


OOOOFhl-hh 


00000001 h 


OOOOOOOOh 


101 


ADDXY A1,A0 


OOOOFFFFh 


0001 0001 h 


OOOIOOOOh 


1 000 


ADDXY A1,A0 


OOOOFFFFh 


00000002h 


00000001 h 


001 


ADDXY A1,A0 


OOOOFFFFh 


00010002h 


0001 0001 h 


0000 


ADDXY A1,A0 


FFFFOOOOh 


OOOIOOOOh 


OOOOOOOOh 


1010 


ADDXY Al.AO 


FFFFOOOOh 


0001 0001 h 


00000001 h 


001 


ADDXY A1,A0 


FFFFOOOOh 


00020000h 


OOOIOOOOh 


1 000 


ADDXY A1,A0 


FFFFOOOOh 


00020001 h 


0001 0001 h 


0000 


ADDXY A1,A0 


FFFFFFFFh 


0001 0001 h 


OOOOOOOOh 


101 


ADDXY A1,A0 


FFFFFFFFh 


00010002h 


00000001 h 


001 


ADDXY A1,A0 


FFFFFFFFh 


00020001 h 


OOOIOOOOh 


1 000 


ADDXY Al.AO 


FFFFFFFFh 


00020002h 


0001 0001 h 


0000 
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Add Immediate to Register Jn XY Mode AD DXYI 



Syntax 
Execution 

Instruction Words 



Description 



l\/lactiine States 



Status Bits 



Examples 



ADDXYI IL, Rd 

LSW (X half) of 32-bit immediate value + X half of Rd ^ X half of Rd 
MSW (Y half) of 32-bit immediate value + Y half of Rd -> Y half of Rd 



15 


14 


13 


12 


11 10 9 8 7 6 5 4 


3 


2 1 

















1 1 R 


Rd 


1 6 LSBs of 32-bit immediate value (X half) 


1 6 MSBs of 32-bit immediate value (Y half) 



ADDXYI adds the 32-bit immediate value to the destination register in XY 
mode and stores the result back into the destination register. 

2 if the immediate data is long-word aligned 

3 if the immediate data is not long-word aligned 

N 1 if resulting X field Is all Os, othen/vise 

C The sign bit of the Y half of the result 

Z 7 if Y field is all Os, otherwise 

V The sign bit of the X half of the result 



Code 




Before 


After 










AG 


AG 


NCZV 


ADDXYI 


000000000h,A0 


OOOOOOOOh 


OOOOOOOOh 


1 


1 


ADDXYI 


000000000h,A0 


00000001 h 


00000001 h 





1 


ADDXYI 


000000000h,A0 


OOOIOOOOh 


OOOIOOOOh 


1 





ADDXYI 


000000000h,A0 


0001 0001 h 


0001 0001 h 





000 


ADDXYI 


OOOOOFFFFh,AO 


00000001 h 


OOOOOOOOh 


1 


1 


ADDXYI 


OOOOOFFFFh,AO 


0001 0001 h 


OOOIOOOOh 


1 





ADDXYI 


OOOOOFFFFh^AO 


00000002h 


00000001 h 





1 


ADDXYI 


OOOOOFFFFh,AO 


00010002h 


0001 0001 h 





000 


ADDXYI 


OFFFFGOOOh^AO 


OOOIOOOOh 


OOOOOOOOh 


1 


1 


ADDXYI 


0FFFF0000h,A0 


0001 0001 h 


00000001 h 





1 


ADDXYI 


0FFFF0000h,A0 


00020000h 


OOOIOOOOh 


1 





ADDXYI 


0FFFF0000h,A0 


00020001 h 


0001 0001 h 





000 


ADDXYI 


OFFFFFFFFh,AO 


0001 0001 h 


OOOOOOOOh 


1 


1 


ADDXYI 


OFFFFFFFFh^AO 


00010002h 


00000001 h 





1 


ADDXYI 


OFFFFFFFFh,AO 


00020001 h 


OOOIOOOOh 


1 


000 


ADDXYI 


OFFFFFFFFh,AO 


00020002h 


0001 0001 h 





00 
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AND AND Registers 



Syntax 
Execution 
Instruction Words 

Description 

l\/lachiine States 
Status Bits 



Examples 



AND Rs,Rd 

Rs AND Rd -> Rd 



15 


14 


13 


12 


11 


10 


9 


8 


7 6 


5 


4 


3 


2 1 








1 





1 











Rs 


R 


Rd 



AND bitwise-ANDs the contents of the source register with the contents of the 
destination register and then stores the result in the destination register. Rs 
and Rd nnust be in the same register file. 

1 



N Unaffected 
C Unaffected 










Z t if the result is 0, othenA^ise 






V Unaffected 










Code 


Before 




After 






A1 


AO 


NCZV 


AO 


AND A1,A0 


FFFFFFFFh 


FFFFFFFFh 


xxOx 


FFFFFFFFh 


AND A1,A0 


FFFFFFFFh 


OOOOOOOOh 


XX 1 X 


OOOOOOOOh 


AND A1,A0 


OOOOOOOOh 


OOOOOOOOh 


XX 1 X 


OOOOOOOOh 


AND A1,A0 


AAAAAAAAh 


55555555h 


XX 1 X 


OOOOOOOOh 


AND A1,A0 


AAAAAAAAh 


AAAAAAAAh 


xxOx 


AAAAAAAAh 


AND A1,A0 


55555555h 


55555555h 


xxOx 


55555555h 


AND Al.AO 


55555555h 


AAAAAAAAh 


XX 1 X 


OOOOOOOOh 
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AND Immediate ANDI 



Syntax 
Execution 
Instruction Words 



Description 



l\^achiine States 



Status Bits 



Examples 



ANDI IL,Rd 

32-bit immediate value AND Rd 



Rd 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 1 

















1 





1 


1 


1 








R 


Rd 


1 s complement of 1 6 LSBs of IL 


1 s complement of 1 6 MSBs of IL 



ANDI bitwise-ANDs the value of a 32-bit immediate value with the contents of 
the destination register and then stores the result in the destination register. 
(The symbol IL in the syntax above represents a 32-bit immediate value.) 

This is an alternate mnemonic for andni il, Rd. Note that the assembler 
stores the 1s complement of IL in the 2 extension words. 

2 if the immediate data is long-word aligned 

3 if the immediate data is not long-word aligned 

N Unaffected 

C Unaffected 

Z 7 if the result is 0, othen/vise 

V Unaffected 



Cpd^ 




Before 


After 








AO 


NCZV 


AO 


ANDI 


OFFFFFFFFh,AO 


FFFFFFFFh 


X X Ox 


FFFFFFFFh 


ANDI 


OFFFFFFFFh,AO 


OOOOOOOOh 


X X 1 X 


OOOOOOOOh 


ANDI 


OOOOOOOOh^AO 


OOOOOOOOh 


X X 1 X 


OOOOOOOOh 


ANDI 


OAAAAAAAAh,AO 


55555555h 


X X 1 X 


OOOOOOOOh 


ANDI 


OAAAAAAAAh,AO 


AAAAAAAAh 


X X Ox 


AAAAAAAAh 


ANDI 


55555555h,A0 


55555555h 


X X Ox 


55555555h 


ANDI 


55555555h,A0 


AAAAAAAAh 


X X 1 X 


OOOOOOOOh 
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ANDN AND Registers with Compiement 



Syntax 
Execution 
Instruction Words 

Description 



ANDN Rs, Rd 

(NOT Rs) AND Rd -* Rd 

15 14 13 12 11 10 






1 





1 








1 


Rs 


R 


Rd 



ANDN bitwise-ANDs the 1 s complement of the contents of Rs with the contents 
of Rd and then stores the result in the destination register. 

Rs and Rd must be in the same register file. Note that andn Rn, Rn has the 
same effect as clr Rn. 



Machine States 


1 












Status Bits 


N 
C 


Unaffected 
Unaffected 












Z 


1 if the result is 0, otherwise 








V 


Unaffected 










Examples 


Code 


Befpre 




After 










A1 


AG 


NCZV 


AG 




ANDNA1,A0 


FFFFFFFFh 


FFFFFFFFh 


X X 1 X 


OOOOOOOOh 




ANDNAl^AO 


FFFFFFFFh 


OOOOOOOOh 


X X 1 X 


OOOOOOOOh 




ANDNA1,A0 


OOOOOOOOh 


OOOOOOOOh 


X X 1 X 


OOOOOOOOh 




ANDNAl.AO 


AAAAAAAAh 


55555555h 


X X Ox 


55555555h 




ANDNAl^AO 


AAAAAAAAh 


AAAAAAAAh 


X X 1 X 


OOOOOOOOh 




ANDNAl^AO 


55555555h 


55555555h 


X X 1 X 


OOOOOOOOh 




ANDNAl.AO 


55555555h 


AAAAAAAAh 


X X Ox 


AAAAAAAAh 
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TMS34020 Assembly Language Instruction Set 



AND-Not Immediate ANDNI 



Syntax 
Execution 
Instruction Words 



Description 



Machine States 



Status Bits 



Examples 



ANDNI /L,f?d 

(NOT 32-bit immediate value) AND Rd -> Rd 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 1 

















1 





1 


1 


1 








R 


Rd 


16LSBsof/L 


16MSBsof/L 



ANDNI bitwise-ANDs the 1 s complement of a 32-bit immediate value with the 
contents of the destination register and then stores the result in the destination 
register. (The symbol IL in the syntax above represents a 32-bit immediate 
value.) ANDI also uses this opcode. 

2 if the immediate data is long-word aligned 

3 if the immediate data is not long-word aligned 

N Unaffected 

C Unaffected 

Z y if the result is 0, otherwise 

V Unaffected 



Code 




Before 


After 








AO 


NCZV 


AO 


ANDNI 


OFFFFFFFFh,AO 


FFFFFFFFh 


X X 1 X 


OOOOOOOOh 


ANDNI 


OFFFFFFFFh,AO 


OOOOOOOOh 


X X 1 X 


OOOOOOOOh 


ANDNI 


OOOOOOOOh^AO 


GOOOOOOOh 


X X 1 X 


OOOOOOOOh 


ANDNI 


OAAAAAAAAh.AO 


55555555h 


X X Ox 


55555555h 


ANDNI 


OAAAAAAAAh,AO 


AAAAAAAAh 


X X 1 X 


OOOOOOOOh 


ANDNI 


55555555h,A0 


55555555h 


X X 1 X 


OOOOOOOOh 


ANDNI 


55555555h,A0 


AAAAAAAAh 


X X Ox 


AAAAAAAAh 
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SfcH9yE Block Move 

Syntax 
Execution 
Instruction Words 

Description 



BLMOVE S,D 

n bits from address in SADDR 



n bits at address in DADDR 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 





























1 


1 


1 


1 








8 


D 



BLIVIOVE transfers a specified number of bits of data starting from a specified 
source address to a specified destination address. BLIVIOVE is unusual in 2 
respects: 

Q BLIVIOVE deals witli a continuous block of memory (no pitcfi concept as 
in PIXBLT). 

Qt BLMOVE moves a specified number of bits of data (not pixels). 

The values of S and D determine how a block is moved: 

Q If S=^ and D=1,then 

BO, the source address, may be aligned on any bit boundary. 
B2, the destination address, may be aligned on any bit boundary. 
B7 should contain the number of bits to be moved. 

As BLMOVE executes, B2 is incremented to reflect the current state of the 
move. At the end of the move, BO is incremented bythe initial value stored 
in B7 so that BO points to the bit that would have been moved next, had the 
move continued. At the end of the move, B2 points to the bit afterthe last bit 
moved. 

□i If S=Oand D=1,then 

BO, the source address, must be 32-bit long-word aligned. 

B2, the destination address, may be aligned on any bit boundary. 

B7 should contain the number of bits to be moved. 

As BLMOVE executes, B2 is incremented to reflect the current state of the 
move; BO remains fixed. At the end of the move, BO is incremented bythe 
initial value stored in B7, and B2 points to the bit after the last bit moved. 

Of If S=1 and D=0, then 

BO, the source address, may be aligned on any bit boundary. 
B2, the destination address, must be 32-bit long-word aligned. 
B7 should contain the number of bits to be moved. 

As BLMOVE executes, B2 and BO remain fixed. At the end of the move, B2 
and BO are incremented by the initial value stored in B7. 

□i If S=0 and D=0, then 

BO, the source address, must be 32-bit long-word aligned. 

B2, the destination address, must be 32-bit long-word aligned. 

B7 should contain the number of bits to be moved. 

As BLMOVE executes, B2 and BO remain fixed. At the end of the move, B2 

and BO are incremented by the initial value stored in B7. 
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TMS34020 Assembly Language Instruction Set 



Block Move BLMOVE 



Interrupts 



Implied Operands 



Machine States 
Status Bits 



Examples 



In all cases, the DYDX register initially contains a count of the number of bits 
to be moved. This count is decremented as BLMOVE executes, so DYDX 
reflects the number of bits remaining to be moved. At the end of the move, 
DYDX will contain 0. 

If BLMOVE is interrupted, the PC is decremented to point back to the BLMOVE 
instruction, the PC and ST are pushed onto the stack, and the program control 
branches to the appropriate interrupt trap routine. At the end of the trap routine, 
BLMOVE restarts, so the trap routine must restore the B-file registers used by 
BLMOVE. 



Register 


Name 


Format 


Description 


BO 


SADDR 


Linear 


Source block address 


82 


DADDR 


Linear 


Destination block address 


87 


DYDX 


Integer 


Number of bits to move 



STK 

SADDR 

DADDR 

DYDX 

TEMP 

_memcpy : 



complex instruction 

N Unaffected 

C Unaffected 

Z Unaffected 

V Unaffected 

This example shows how the memcpy runtime-support function could be 
implemented using this instruction. The memcpy function is invoked with 3 
arguments on the parameter stack (pointed to by A14): 

s1 destination address 

s2 source address 

n number of BYTES to move 

Note that this function does not check for overlapping memory areas 



. globl _niemcpy 
.set A14 
.set BO 
.set B2 
.set B7 
.set B14 



provide reference for external calls 
C— parameter stack pointer 
Source address register 
Destination address register 
Delta X/delta Y register 
Temporary register 



mmtm 

move 

move 

move 

move 

move 

sll 

blmove 

mmfm 

rets 



SP, SADDR, DADDR ^ DYDX, TEMP ; save the required registers 

copy C— stack to B— file register 
pop si (FS 1 assumed to be 32) 
pop s2 

pop n (byte count) 
Update C stack 
convert to a bit count 
perform the block move 
SP, SADDR, DADDR, DYDX, TEMP ; restore the required registers 
2 ; return to caller (with C--calling convention) 



STK, TEMP 
*-TEMP, DADDR, 1 
•-TEMP, SADDR, 1 
•-TEMP, DYDX, 1 
TEMP , STK 
3 , DYDX 
1.1 
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BTST Test Register Bit, Constant 



Syntax 
Execution 
Instruction Words 

Description 



BTST constant, Rd 

Set status on value of constant in Rd 

15 14 13 12 11 10 9 8 












1 


1 


1 


1 s complement of constant 


R 


Rd 



BTST tests a bit in the destination register and sets status bit Z accordingly. 
This form of the BTST instruction uses a 5-bit constant to specify the bit in Rd 
that is tested. The constant value must be an absolute expression that evalu- 
ates to a number in the range to 31 ; if the constant value is greater than 31 , 
the assembler issues a warning and truncates the value of the constant to its 
5LSBS. 

Note that the assembler 1 s-complements the constant value before inserting 
it into the opcode. 



Machine States 


1 










Status Bits 


N U 


naffected 










C Unaffected 










Z 7 if the bit tested is 0, if the bit tested is 1 




V Unaffected 








Examples 


Cpde 




Before 
AO 


After 
NCZV 




BTST 


0,A0 


55555555h 


XX 


X 




BTST 


15, AO 


55555555h 


XX 


1 X 




BTST 


31, AO 


55555555h 


XX 


1 X 




BTST 


0,A0 


AAAAAAAAh 


X X 


1 X 




BTST 


15, AO 


AAAAAAAAh 


XX 


X 




BTST 


31, AO 


AAAAAAAAh 


XX 


Ox 




BTST 


0,A0 


FFFFFFFFh 


X X 


X 




BTST 


15, AO 


FFFFFFFFh 


XX 


X 




BTST 


31, AO 


FFFFFFFFh 


XX 


Ox 




BTST 


0,A0 


OOOOOOOOh 


XX 


1 X 




BTST 


15, AO 


OOOOOOOOh 


XX 


1 X 




BTST 


31, AO 


OOOOOOOOh 


XX 


1 X 
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TI\/IS34020 Assembly Language Instruction Set 



Test Register Bit, Register BTST 



Syntax 
Execution 
Instruction Words 

Description 



Maciiine States 
Status Bits 



Examples 



BTST Rs,Rd 

Set status on value of specified bit in Rd 



15 


14 


13 


12 


11 


10 


9 


8 


7 6 


5 


4 


3 


2 1 








1 








1 





1 


Rs 


R 


Rd 



BTST tests a bit in the destination register and sets status bit Z accordingly. 
This form of the BTST instruction uses the 5 LSBs of the source register to 
specify the bit in Rd that is tested (the symbol Rs in the syntax above repre- 
sents the source register). Note that the 27 MSBs of Rs are ignored. 

Rs and Rd must be in the same register file. 

1 

N Unaffected 

C Unaffected 

Z 1 if the bit tested is 0, if the bit tested is 1 

V Unaffected 



Cpde 




Before 




After 






A1 


AG 


NCZV 


BTST 


A1,A0 


OOOOOOOOh 


55555555h 


X X Ox 


BTST 


A1,A0 


OOOOOOOFh 


55555555h 


X X 1 X 


BTST 


A1,A0 


0000001 Fh 


55555555h 


X X 1 X 


BTST 


A1,A0 


OOOOOOOOh 


AAAAAAAAh 


X X 1 X 


BTST 


Al.AO 


OOOOOOOFh 


AAAAAAAAh 


X X Ox 


BTST 


A1,A0 


0000001 Fh 


AAAAAAAAh 


X X Ox 


BTST 


A1,A0 


FFFFFFSFh 


FFFFZFFFh 


X X Ox 


BTST 


A1,A0 


OOOOOOOOh 


FFFFFFFFh 


X X Ox 


BTST 


A1,A0 


OOOOOOOFh 


FFFFFFFFh 


X X Ox 


BTST 


A1,A0 


0000001 Fh 


FFFFFFFFh 


X X Ox 


BTST 


A1,A0 


OOOOOOOOh 


OOOOOOOOh 


X X 1 X 


BTST 


A1,A0 


OOOOOOOFh 


OOOOOOOOh 


X X 1 X 


BTST 


A1,A0 


0000001 Fh 


OOOOOOOOh 


X X 1 X 
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CALL Call Subroutine Indirect 



Syntax 
Execution 

Instruction Words 
Description 



Machine States 
Status Bits 



Example 



CALL Rs 

PC -> TOS 
Rs -^ PC 
SP-32 -> SP 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 1 

















1 








1 








1 


R 


Rs 



CALL pushes the address of the next instruction (PC) onto the stacl<, then 
jumps to a subroutine whose address is contained in the source register. You 
can use this instruction for indexed subroutine calls. Note that when Rs is the 
SP, SP is decremented after being written to the PC (the PC contains the origi- 
nal value of SP). 

The TMS34020 always sets the 4 LSBs of the program counter to 0, so instruc- 
tions are always word aligned. 

The stack pointer (SP) points to the top of the stack; the stack is located in 
external memory. The stack grows in the direction of decreasing linear 
addresses. PC is pushed onto the stack, and the SP is predecremented by 32 
before the return address is loaded onto the stack. Stack pointer alignment 
affects timing as indicated in Machine States, below. 

Use the RETS instruction (page 13-220) to return from a subroutine. 

3 + (1) if the SP is aligned 
3 + (4) if the SP is not aligned 

N Unaffected 

C Unaffected 

Z Unaffected 

V Unaffected 

CALL AO 



Before 
AG 

01234560h 



PC 

0444221 Oh 



SP 

F000020h 



After 
PC 

01234560h 



SP 

FOOOOOOh 



Memory contains the following values after instruction execution: 



Address 

FOOOOIOh 
F000020h 



Data 

2220h 
0444h 
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TMS34020 Assembly Language Instruction Set 



Call Subroutine Absolute CALLA 



Syntax 
Execution 

Instruction Words 



Description 



l\/lachine States 



Status Bits 



Example 



CALLA Address 

PC ^ TOS 
Address -> PC 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 

















1 


1 





1 





1 





1 


1 


1 


1 


1 


1 6 LSBs of Address 


1 6 MSBs of Address 



CALLA pushes the address of the next instruction (PC) onto the stack, then 
jumps to the address contained in the 2 extension words. The Address operand 
is a 32-bit absolute address. This instruction is used for long or externally refer- 
enced calls (greater than ±32K words). 

The 4 LSBs of the program counter are always set to 0, so instructions are 
always word aligned. 

The stack pointer (SP) points to the top of the stack; the stack is located in 
external memory. The stack grows in the direction of decreasing linear 
address. PC is pushed onto the stack, and the SP is predecremented by 32 
before the return address is loaded onto the stack. Stack pointer alignment 
affects timing as indicated in Machine States, below. 

Use the RETS instruction (page 13-220) to return from a subroutine. 

3 if immediate data is long-word aligned 

4 if SP is also long-word aligned 

3 + (3) if immediate data is not long-word aligned 

4 + (3) if SP is also not long-word aligned 

N Unaffected 

C Unaffected 

Z Unaffected 

V Unaffected 

CALLA 01234560h 

Before After 

PC SP PC SP 

0444221 Oh 0F000020h 01234560h OFOOOOOOh 

Memory contains the following values after instruction execution: 



Address 

FOOOOIOh 
F000020h 



Data 

2240h 
0444h 
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CALLR Call Subroutine Relative 



Syntax 


CAL 


LR 


Addr 


ess 


























Execution 


PC -> TOS 

PC + (offset X 16) -^ PC 




















Instruction Words 


15 14 13 12 11 10 


9 


8 7 


6 


5 


4 


3 


2 


1 



















1 


1 





1 








1 


1 


1 


1 


1 


1 




offset 



Description 



Macfiine States 



Status Bits 



Examples 



CALLR pushes the address of the next instruction (PC) onto the stack, then 
jumps to the subroutine at the address specified by the sum of the next instruc- 
tion address and the signed word offset. This instruction is used for calls within 
a specified module or section. 

The Address operand is a 32-bit address within ±32K words (-32,768 to 
32,767) of the PC. The address must be defined within the current section; the 
assembler does not accept an address value that is externally defined or 
defined within a different section than PC. The assembler calculates the offset 
value for the opcode as (Address - PC)/16, where PC Is the address of the 
instruction word immediately following the second word of the CALLR instruc- 
tion. 

The 4 LSBs of the program counter are always set to 0, so instructions are 
always word aligned. 

The stack pointer (SP) points to the top of the stack; the stack is located in 
external memory. The stack grows in the direction of decreasing linear 
address. The PC is pushed on to the stack, and the SP is predecremented by 
32 before the return address is loaded onto the stack. Stack pointer alignment 
affects timing as indicated in Machine States, below. 

Use the RETS instruction (page 1 3-21 7) to return from a subroutine. 

3 + (1) if the SP is aligned 
3 + (4) if the SP is not aligned 



N Unaffected 






C Unaffected 






Z Unaffected 






V Unaffected 






Code Before 




After 


PC 


SP 


PC SP 


CALLR 0447FFF0h 04400000h 


0F000020h 


0447FFF0h OFOOOOOOh 


CALLR 04480000h 04400000h 


0F000020h 


04480000h OFOOOOOOh 


Memory contains the following values after instruction execution: 


Address Data 






FOOOOIOh 0020h 






F000020h 0440h 
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TMS34020 Assembly Language Instruction Set 



Coprocessor Internal Operation Execution, Long CEXEC 



Syntax 
Execution 
Instruction Words 



Description 



I LAD# 

i 31—29 28' 



Machine States 



Status Bits 



Example 1 



CEXEC size, command [, ID] [ ,L] 

ID, command -> Coprocessor command 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 




















1 


1 





























8 LSBs of coprocessor command 


size 























coprocessor ID 


1 3 MSBs of coprocessor command 



CEXEC sends a 21 -bit command to a coprocessor. The coprocessor may 
operate on the command without any transfer of data. The size operand is a 
value of or 1 (0 is the default) ; the coprocessor interprets the size bit to deter- 
mine the size of the values to be operated upon: 

Qj If size = 0, then the coprocessor uses 32-bit values. 

□ If s/ze = 1 , then the coprocessor uses 64-bit values. 

The ID operand is an optional 3-bit coprocessor identification code; if you don't 
supply this operand, it defaults the value specified in the coprocessor directive. 



The output of this instruction on the LAD bus at ALTCH low during the com- 
mand cycle (when SF is high) is as follows: 



"8 7 6 5 4 3 



ID 


coprocessor command 


size 














13 MSBs 



_/ \. 



8 LSBs 



For more information, refer to Section 1 0.3, Formats of Commands Passed to 
a Coprocessor , on page 10-5. 

The TMS34020 assembler checks the coprocessor command mode bits to 
determine which form of CEXEC Is used. If both mode bits (6 and 7 of the 
coprocessor command) are 0, a short CEXEC is generated, othenA/ise a long 
CEXEC is generated. You can force a long CEXEC by placing an ,L at the end 
of the CEXEC operand. 

2 (1) if the immediate data is long-word aligned 

3 (1) if the immediate data is not long-word aligned 

N Unaffected 

Unaffected 

Z Unaffected 

V Unaffected 

This example sends coprocessor 2 the instruction wxyz and tells the coproces- 
sor to use 32-bit values. 

CEXEC 0, wxyz, 2 
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CEXEC Coprocessor Internal Operation Execution, Long 



Example 2 



Example 3 



This example sends the default coprocessor the instruction qrst and tells the 
coprocessor to use 64-bit values. 

CEXEC l.qrst 

This example compares the single-precision (Size = 0, T = 1) contents 
(fpuop = 00010) of TMS34082 coprocessor 3 (ID = 3) registers RA3 (ra = 
001 1 ) and RB4 (rb = 01 00) . The result is stored in the coprocessor's RBO regis- 
ter (rd = 10000). 



CMPF_RA3_RB4 .set 069005h 

CEXEC 0,CMPF_RA3__RB4,3 ; size 



ID 








€ 


> 






c 


1 






c 


) 






C 


1 








1 










1 


1 





1 








1 





























1 





1 




r< 


a 






rl 


D 








rd 






md 




fpuop 




T 



= 69005h 
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TMS34020 Assembly Language Instruction Set 



Coprocessor Internal Operation ^■X'ggi/f/og^Stojt _ C EXE C 



Syntax 
Execution 
Instruction Words 

Description 



Machine States 
Status Bits 



CEXEC size, command [, ID] 

ID, command -> Coprocessor command 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 5 4 3 2 1 





1 


1 





1 


1 














6 LSBs of coprocessor command 


size 


coprocessor ID 


13 MSBs of coprocessor command 



The CEXEC instruction sends a 21 -bit command \o a coprocessor. This 
version of CEXEC outputs bits 14 and 15 as when sending the instruction, 
so that 1 9 bits of the 21 -bit command may be set to any combination of 1 s and 
Os necessary to represent a particular coprocessor command (all 21 bits are 
valid — but only 1 9 may be specified) . The coprocessor operates on the instruc- 
tion without any transfer of data. The size operand is a value of or 1 ; it deter- 
mines the size of the values that the coprocessor uses: 

Qi If size = 0, then the coprocessor uses 32-bit values. 

Q If size = 1 , then the coprocessor uses 64-bit values. 

The ID operand is an optional 3-bit coprocessor identification code; if you don't 
supply this operand, it defaults to the value specified in the coprocessor direc- 
tive. 

The assembler uses this version of CEXEC when bits 6 and 7 of the coproces- 
sor instruction (corresponding to bits 1 4 and 1 5 on the LAD bus) are 0. You can 
force a long CEXEC by placing an ,L at the end of the CEXEC operand. 



The output of this instruction on the LAD bus at ALTCH low during the 
command cycle (when SF is high) is as follows: 



LAD# 
31-^29 








7 6 5 4 3 







28 ^ 


15«14 


^ 8 


ID 


i 
coprocessor command 


size 


2 












\y 

13 MSBs 



-Nw/ 

6 LSBs 



For more information, refer to Section 1 0.3, Formats of Commands Passed to 
a Coprocessor , on page 10-5. 

2(1) 

N Unaffected 

Unaffected 

Z Unaffected 

V Unaffected 
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CEXEC Coprocessor Internal Operation Execution, Short 



Example 1 



This example sends coprocessor 2 the instruction wxyz and tells the coproces- 
sor to use 32-bit values. 



Example 2 



CEXEC 0, wxyz, 2 

This example sends coprocessor the instruction qrst and tells the coproces- 
sor to use 64-bit values. 



Example 3 



CEXEC l,qrst 

This example divides the double-precision (Size = 1, T = 1) contents 
(fpuop = 01001) of the default TMS34082 coprocessor registers RA2 
(ra = 0010) by RB7 (rb = 0111). The result is stored in the coprocessor's RA8 
register (rd = 01000). 



DIVD_RA2_RB7 .set 04E813h 

CEXEC 1 , DIVD_RA2_RB7 



size = 1 ID = default 








4 






E 






8 






1 








3 










1 








1 


1 


1 





1 




















1 








1 


1 




r< 


a 






rl 


D 








rd 






md 




fpuop 




T 



= 4E813h 
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TMS34020 Assembly Language Instruction Set 



Clip Array to Fit Within a Window C LI P 



Syntax 
Execution 

Instruction Words 
Description 



Implied Operands 



Machine States 
Status Bits 



Example 



CLIP 

CLIP destination array 
adjusted DYDX -> DYDX 
adjusted DADDR -> DADDR 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 

















1 











1 


1 


1 


1 








1 






CLIP adjusts the pixel array, specified by the XY address contained in DADDR 
and the XY dimensions contained in DYDX, to fit within the rectangular window 
specified by WSTART and WEND. The adjusted pointer and dimensions 
replace the original values in DADDR and DYDX. If the array currently fits in 
the window and no adjustment is necessary, the V bit will be set to 0. If the array 
lies entirely outside the window, then the Z bit is set to a 1 , and DADDR and 
DYDX are left unchanged. 

CLIP is the only instruction that can deal with overflowing arrays; an overflow- 
ing array is different from an array that simply strays outside a window. For 
more information, refer to subsection 12.7.4.4, Clip Instruction for Preclipping 
a Pixel Array , on page 12-23. 



Register 


Name 


Format 


Description 


B2 


DADDR 


XY 


Destination array address 


B5 


WSTART 


XY 


Window start corner 


B6 


WEND 


XY 


Window end corner 


87 


DYDX 


XY 


Array dimensions 



Complex Instruction 

N Unaffected 
C Unaffected 
Z Z = 1 if the array lies entirely outside window, if the array lies all or partially 

inside the window 
V /if any portion of the array lies outside the window, otherwise 

This is an example of a C-compatible assembly routine which fills a rectangle 
on the screen. The routine takes these 4 arguments: width, height, xleft, and 
ytop. Note that the CLIP instruction is used to clip the rectangle to the screen. 
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CLIP Clip Array to Fit Within a Window 



This routine makes the following assumptions: 

Q These B registers and I/O registers have been set up by the calling 
program: 

B-file registers DPTCH, OFFSET, WSTART, WEND and C0L0R1 

I/O registers CONTROL, CONVDP, PSIZE, PMASK and CONFIG 

□l The system contains a global flag _vfill__ok which is cleared if the VFILL 
is not possible. Reasons for this may be: 

■ DPTCH is not an integral multiple of 80h 
B PSIZE is 1 or 2 

■ Pixel processing is not set to replace 

■ Transparency is not set 

■ The system does not contain VRAMs which support this feature 



DADDR .set B2 
DYDX .set B7 
CONTROL .set OCOOOOOBOh 



.globl 


fill rect ; provi 


.ref 


_vfill_ok 


__fill_rect: 




mmtm 


SP,B2,B7,B10,B11,B12 


move 


A14,B10 ;move c 


move 


*-B10,DYDX,l 


move 


*-B10,B12,l 


sll 


16,B12 


movy 


B12,DYDX 


move 


*-B 10, DADDR, 1 


move 


*"-B10,B12,l 


move 


B10,A14 


sll 


16,B12 


movy 


B 12, DADDR 


move 


@_vfill_ok,A8,l 


jrz 


no_vfill 


clip 




jrz 


exit 


cvdxyl 


DADDR 


vlcol 




vfill 


L 


jruc 


exit 


no vfill: 




fill 


XY ;fill t: 


exit: 




mmfm 


SP,B2,B7,B10,B11,B12 


rets 


2 



; Destination address register 
; Delta X/delta Y register 
; Control register 

provide reference for external calls 
flag to enable VFILLs 



;save required registers 
-stack pointer into B-file 
;get width 
;get height 

; concatenate width & height 

;get xleft 

;get ytop 

; restore c-stack pointer 

; concatenate xleft & ytop 
;get state of vfill flag 

;clip to the window 
;if outside the window, exit 
; convert to linear dest address 
;load VRAM color latches 
;perform linear fill 



;fill the rectangle using standard fill 



; restore required registers 
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TMS34020 Assembly Language Instruction Set 



Clear Register CLR 



Syntax 
Execution 
Instruction Words 

Description 

Machine States 
Status Bits 



Examples 



CLR Rd 

Rd XOR Rd -> Rd 



15 


14 


13 


12 


11 


10 


9 


8 


7 6 


5 


4 


3 


2 1 








1 





1 





1 


1 


Rd 


R 


Rd 



CLR clears the destination register by XORing tlie contents of the register with 
itself. This is an alternate mnemonic for XOR Rd,Rd (page 13-266). 

1 



N Unaffected 






C Unaffected 






Z / 








V Unaffected 






Co(ie 


Before 


After 






AO 


AO 


NCZV 


CLR AO 


FFFFFFFFh 


OOOOOOOOh 


XX 1 X 


CLR AO 


00000001 h 


OOOOOOOOh 


XX 1 X 


CLR AO 


SOOOOOOOh 


OOOOOOOOh 


XX 1 X 


CLR AO 


AAAAAAAAh 


OOOOOOOOh 


XX 1 X 
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CLRC ^ Clear Cany 

Syntax 
Execution 
Instruction Words 

Description 



CLRC 

~* C 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 























1 


1 








1 


















CLRC sets the C (carry) bit in the status register to 0; the rest of the status regis- 
ter is unaffected. Use SETC instruction (page 13-226) to set the C bit. 

This instruction is useful for returning a true/false value (in the carry bit) from 
a subroutine without using a general-purpose register. 



Maciiine States 


1 












Status Bits 


B 


Unaffected 










C 















Z 


Unaffected 










V 


Unaffected 








Examples 


Code 


B^for? 




After 










ST 


NCZV 


ST 


NCZV 




CLRC 


FOOOOOOOh 


1111 


BOOOOOOOh 


10 11 




CLRC 


4000001 Oh 


0100 


0000001 Oh 


0000 




CLRC 


BOOOOOIFh 


1011 


BOOOOOIFh 


1011 
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TMS34020 Assembly Language Instruction Set 



Move Coprocessor to TMS34020 Registers CMOVCG 



Syntax 
Execution 

Instruction Words 



Description 



CMOVCG Rdf [, Rd2 [, size]], command [, ID] 



ID, command 
Coprocessor 



Coprocessor command 
Rdf , Rd2 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 1 




















1 


1 








1 


1 


R 


Rdi 


8 LSBs of coprocessor command 


size 








R 


Rdg 


coprocessor ID 


13 MSBs of coprocessor command 



CMOVCG moves one or two 32-bit values from a coprocessor to the specified 
TMS34020 destination register or registers: 

Qi If size = 0, then the coprocessor moves one 32-bit value into Rd-j . Rd2 is 
ignored; bits to 4 of the second instruction word are set to 0. 

Qi If size = 1 , then the coprocessor moves a 64-bit value in to Rd-j and Rd2 . 
The order in which the MSBs and LSBs are transferred depends on the 
coprocessor used. 

The command operand specifies an instruction (21 bits of information define 
the instruction) that the coprocessor should execute to define the source data 
for the move. The ID operand is an optional 3-bit coprocessor identification 
code; If you don't supply this operand, it defaults to the value specified in the 
coprocessor directive. 



The output of this instruction on the U\D bus at ALTCH low during the 
command cycle (when SF is high) is as follows: 



I LAD# 
, 31—29 






vV* ^ 


S4V ..>««■;: 






7 6 5 4 3 
















^8 







ID 

i 


coprocessor command 


size 


,iiP" 


I 












V 


y ^ 






8 LSBs 


/ 












13 MSBs 









Machine States 



Status Bits 



I is the coprocessor parameter index bit For more information, refer to Section 
10.3, Formats of Commands Passed to a Coprocessor , on page 10-5. 

If size = 4 if the immediate data is long-word aligned 

5 if the immediate data is not long-word aligned 
If size = 1 5 if the immediate data is long-word aligned 

6 if the immediate data is not long-word aligned 

N 1 if the last 32-bit value read is negative, othen/vise 

Unaffected 

Z 1 if the last 32-bit value read is 0, othenA/ise 

V 
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Example 1 



Example 2 



Example 3 



This example moves 32 bits, specified by coprocessor instruction wxyz, from 
coprocessor 2 to register AO. 

CMOVCG A0,wxyz,2 

This example moves one 64-bit value, specified by coprocessor instruction 
jkim, from coprocessor 5 to registers A3 and B7. 

CMOVCG A3,B7,1, jklm,5 

This example moves a double-precision floating-point value from TMS34082 
coprocessor number 2. The 32 MSBs are stored in AO and the 32 LSBs are 
stored in A1 . This example assumes that the LOAD bit of the TMS34082 
configuration register is set for MSBs transferred before LSBs. 

The coprocessor command moves a double-precision (T = 1 , size = 1) value 
from the coprocessor register (fpuop = 00111) RB2 (rd = 10010) to a 
TMS34020 register (md = 01). 



MOV_RB2__20 .set 00124FH 

CMOVCG AO,A1,1,MOV_RB2__20,2; size = 1 ID = 2 















1 








2 


\ 






A 


\ 






F 




























1 








1 








1 








1 


1 


1 


1 




r< 


a 






rl 


3 








rd 






m 


d 




fpuop 




T 



= 0124Fh 
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TMS34020 Assembly Language Instruction Set 



Syntax 
Execution 



Move Coprocessor to Memory Indirect (Postincrement) .CjyiOVCM_ 

CMOVCM *ffcf+, count, size, command [, ID] 

ID, command -> Coprocessor command 

If size = 0, Repeat count times (1 ^ count <. 32): 
Coprocessor -^ *Rd 
Rd + 32 -> Rd 

If size = 1 , Repeat count times (1 ^ count ^16): 
Coprocessor -^ *Rd 
Rd + 32 -> Rd 
Coprocessor -> *Rd 
Rd + 32 -* Rd 



Instruction Words 



Description 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 2 1 




















1 


1 





1 





1 


R 


Rd 


8 LSBs of coprocessor command 


size 








transfers 


coprocessor ID 


13 MSBs of coprocessor command 



TIlis version of the CMOVCM instruction moves one or more values (depend- 
ing on the value oitransfers ) from a coprocessor to memory. Before instruction 
execution, Rd contains the 32-bit address of the first location in memory; after 
each transfer, the value in Rd is incremented by 32 to point to the next 
address.The size operand is a value of or 1 ; it determines the size of the 
values that are transferred: 

Q[ If size = 0, then count specifies the number of 32-bit transfers to make. 
In this case, count must be a value of 1 -> 32. 

Ql If size = 1 , then count specifies the number of 64-bit transfers to make. 
In this case, count must be a value of 1 -> 16. 

The value oUransfers is set by the assembler, according to the values of s/ze 
and count: 



Qt If size = and count =1 -^ 31 , 
If size = and count = 32, 

□ If size = 1 and count = 1 -* 1 5, 
If size = 1 and count = 1 6, 



then transfers = count 
then transfers = 

then transfers = 2x count 
then transfers = 



The command operand specifies an instruction (21 bits of information define 
the instruction) that the coprocessor should execute to specify the source data 
for the move. The ID operand is an optional 3-bit coprocessor identification 
code; if you don't supply this operand, it defaults to the value specified in the 
coprocessor directive. 
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C M O VC M Move Coprocessor to Memory Indirect (Postincrement) 



The output of this instruction on the LAD bus at ALTCH low during the com- 
mand cycle (when SF is high) is as follows: 



j LAD# 










7 6 5 4 3 




v; 


1 — Z^ ^0 




iG 15 




^8 







1 

l* 
^ 


ID 


coprocessor command 


size III ,|iii' 













■5 

1 
i 




\~ 




y V 


SLSBs 

^l:iSS!:«i;!S5:iSi:55:«SS5»;5:SSS-« \->"-5sM 


y 


s«*^<-v^RS%xts>fi -v-i ?;. 






13MSBS 


••s^cr^!^' 




X->*'?'-5' 


?■■!«- iV^'uSP-jr As'* v»-.-> 5? 


^rv;.:* 



Machine States 



Status Bits 



Example 1 



Example 2 



Example 3 



For more information, refer to Section 1 0.3, Formats of Commands Passed to 
a Coprocessor , on page 10-5. 

5 + [transfers -1] if the immediate data is long-word aligned 

6 + [transfers -1] if the immediate data is not long-word aligned 
(assumes that there are no 32-bit transfers) 

N Unaffected 

C Unaffected 

Z Unaffected 

V Unaffected 

This example moves thirty-two 32-bit values, specified by the coprocessor 
instruction wxyz, to memory from coprocessor 2 (register AO contains the 
address of the first memory location). 

CMOVCM *A0+,32,0,wxyz,2 

This example moves eight 64-bit values, specified by the coprocessor instruc- 
tion qrst, to memory from the default coprocessor (register B7 contains the 
address of the first memory location). 

CMOVCM *B7+,8,l,qrst 

This example moves 5 (count = 5) 32-bit integers from coprocessor 1 (ID = 1) 
to the postincremented memory block pointed to by A3 . The coprocessor 
command specifies a TMS34082 Move To Host Memory (fpuop = 00111, 
md = 1 0) of integer (size = 0, T = 0) quantities starting in coprocessor register 
RB3(rd = 10011). 

The memory location pointed to originally by A3 will receive the first 32-bit 
integer transferred (from coprocessor register RB3). Memory location A3+1 Oh 
will receive the second integer (from RB4). The third through fifth integers will 
be placed into A3+20h, A3+30h, and A3+40h (from RB5, RB6, and RB7 
respectively). 



MOVES RB3 



.set 00138Eh 

CMOVCM *A3+,5,0,MOVE5_RB3,1; count=5 size=0 ID=1 



= 0138Eh 








C 


) 






1 








V 


\ 






8 


\ 






E 




























1 








1 


1 


1 











1 


1 


1 







r< 


a 






rl 


3 








rd 






m 


d 




fp 


)U0 


P 




T 
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TMS34020 Assembly Language Instruction Set 



Syntax 
Execution 



Instruction Words 



Description 



Move Coprocessor to Memory Indirect (Predecrement) _ CMOVCM 

CMOVCM -*Hd, count, size, command [, ID] 

ID, command -» Coprocessor command 

If size= 0, Repeat count times (1 ^ count <. 32): 
Rd-32 -> Rd 
Coprocessor -> *Rd 

If size = 1 , Repeat count times (1 <. count ^^S)\ 
Rd- 32 -> Rd 
Coprocessor -> *Rd 
Rd-32 -> Rd 
Coprocessor -> *Rd 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 2 1 




















1 


1 





1 


1 





R 


Rd 


8 LSBs of coprocessor instruction 


size 








transfers 


coprocessor ID 


1 3 MSBs of coprocessor instruction 



This version of the CMOVCM instruction moves one or more values (depend- 
ing on the value oUransfers) from a coprocessor to memory. Before instruction 
execution, Rd contains the 32-bit address of the first location in memory; 
before each transfer, the value in Rd is decremented by 32 to point to the next 
address.The size operand is a value of or 1; it determines the size of the 
values that are transferred: 

□l If size = 0, then count specifies the number of 32-bit transfers to make. 
In this case, count must be a value of 1 -> 32. 

Qi If size = 1 , then count specifies the number of 64-bit transfers to make. 
In this case, count must be a value of 1 -> 1 6. 

The value of transfers is set by the assembler according to the values of size 
and count: 



□i If size = and count =1 -> 31 , 
If size = and count = 32, 

Qi If size = 1 and count =1 -> 1 5, 
If size = 1 and count = 1 6, 



then transfers = count 
then transfers = 

then transfers = 2x count 
then transfers = 



The command operand specifies an instruction (21 bits of information define 
the instruction) that the coprocessor should execute to specify the source data 
for the move. The ID operand is an optional 3-bit coprocessor identification 
code; if you don't supply this operand, it defaults to the value specified in the 
coprocessor directive. 
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C M O VC M Move Coprocessor to Memory Indirect (Predecrement) 



The output of this instruction on the LAD bus at ALTCH low during the com- 
mand cycle (when SF is high) is as follows: 



\ LAD# 

? 31—29 28' 



•8 7 6 5 4 3 



ID 


coprocessor command 


size 


^ ' 









\y 

13MSBS 



8LSBS 



Machine States 



Status Bits 



Example 1 



Example 2 



Example 3 



Example 4 



For more information, refer to Section 1 0.3, Formats of Commands Passed to 
a Coprocessor , on page 10-5. 

5 + [transfers -1] if the immediate data is long-word aligned 

6 + [transfers -1] if the immediate data is not long-word aligned 

N Unaffected 

Unaffected 

Z Unaffected 

V Unaffected 

This example moves nineteen 32-bit values, specified by coprocessor instruc- 
tion wxyz, from coprocessor 3 to memory (register A3-32 specifies the first 
memory address). 

CMOVCM -* A3 ,19,0, wxy z , 3 

This example moves two 64-bit values, specified by coprocessor instruction 
grsf, from the default coprocessorto memory (register A3-32 specifies thefirst 
memory address). 

CMOVCM -*A0,2,l,qrst 

This example moves eight 64-bit values, specified by coprocessor instruction 
wxyz, from coprocessor 3 to memory (register B7-32 specifies the first 
memory address). 

CMOVCM -*B7 ,8,1 , wxyz , 3 

This example moves 5 (count = 5) 32-bit quantities (size = 0) from the default 
TMS34082 coprocessor to the predecremented memory block pointed to by 
A1. The coprocessor command specifies a Move to Host Memory (fpuop = 
00111, md = 10) of integer quantities (size = 0, T = 0), with the starting source 
coprocessor register RA1 (rd = 00001). 

The first integer is transferred from the default coprocessor's RA1 register, the 
second integer number from RA2, the third from RA3, the fourth from RA4, and 
the last from RA5. 
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TMS34020 Assembly Language Instruction Set 



Move Coprocessor to Memory Indirect (Predecrement) CMOVCM 



The memory location pointed to by A1 -1 Oil is the destination for the 32 bits of 
the first integer to be transferred. Memory location A1-20h is the destination 
for the second integer, with the remaining destination addresses as A1-30h, 
A1-40h, and A1-50h. After the transfer, A1 will point to the last integer trans- 
ferred. 



M0VE_ 


_RA1__ 


20 


.set 
CMOVCM 


OOOlSEh 
*~A1,5, 


0, 


M0VE_ 


__RA1_ 


,20 


; count = 5 size = 
;ID = default 











1 


8 


E 


= 001 8Eh 






































1 


1 











1 


1 


1 









r< 


a 






rb 








rd 






md 




fpuop 




T 
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CMOVCS Move from Coprocessor to TMS34020 Status Register 



Syntax 
Execution 

Instruction Words 



Description 



CMOVCS command [, ID] 



ID, command 
Coprocessor 



Coprocessor command 
ST 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 




















1 


1 








1 


1 

















8 LSBs of coprocessor command 























1 


coprocessor ID 


13 MSBs of coprocessor command 



CMOVCS moves one value from a coprocessor to the TMS34020 status regis- 
ter. (Note that this is a special coding of the CMOVCG Instruction.) The value 
is masked by the TIVIS34020 so that Its 4 MSBs are placed in the status register 
N, C, Z, and V bits. The remaining bits from the coprocessor are ignored by 
the TMS34020. 

The command operand specifies an instruction (21 bits of information define 
the instruction) that the coprocessor should execute to specify the source data 
for the move. The ID operand is an optional 3-bit coprocessor identification 
code; if you don't supply this operand, it defaults to the value specified In the 
coprocessor directive. 



The output of this instruction on the LAD bus at ALTCH low during the 
command cycle (when SF is high) is as follows: 



j LAD# 





























I 31 — 29 ^0 








^8 


7 D ^ ^3 




i ID 

)5 


coprocessor command 


size 















V 






/ V 


8 LSBs 


^ 




ifi:>stmm)fi 




1 




13 MSBs 















Machine States 
Status Bits 

Example 1 
Example 2 



For more information, refer to Section 10.3, Formats of Commands Passed to 
a Coprocessor , on page 10-5. 

4 if the immediate data is long-word aligned 

5 if the immediate data is not long-word aligned 

N Set to bit 31 from the coprocessor data. 

C Set to bit 30 from the coprocessor data. 

Z Set to bit 29 from the coprocessor data. 

V Set to bit 28 from the coprocessor data. 

This example moves data from coprocessor 2 to the status register after issu- 
ing the coprocessor instruction wxyz. 

CMOVCS wxyz, 2 

This example moves data from the default coprocessor to the status register 
after issuing the coprocessor instruction qrst. 

CMOVCS qrst 
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TMS34020 Assembly Language Instruction Set 



Move One TM34020 Register to Coprocessor CMOVGC 



Syntax 
Execution 

Instruction Words 



Description 



CMOVGC Rs, command [, ID] 

ID, command -> Coprocessor command 
Rs -» Coprocessor 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 




















1 


1 











1 


R 


Rs 


8 LSBs of coprocessor command 


























coprocessor ID 


13 MSBs of coprocessor command 



This version of the CMOVGC instruction moves the contents of a TMS34020 
register to a coprocessor. The command operand specifies an instruction (21 
bits of information define the instruction) that the coprocessor should execute 
to specify the destination for the move. The ID operand is an optional 3-bit 
coprocessor identification code; if you don't supply this operand, it defaults to 
the value specified in the coprocessor directive. 



The output of this Instruction on the LAD bus at ALTCH low during the com- 
mand cycle (when SF is high) is as follows: 



J LAD# 












7 6 5 4 3 




VftSK¥»ft -WSftK 


1 


oi — ^y i^o 










^8 







i 


ID 






coprocessor 


connnnand 






















t 

1 








y \ 




^ 






ssfaBsssssss; 










13 MSBs 


8 LSBs 












SiSfW 



Machine States 



Status Bits 



Example 1 



Example 2 



For more information, refer to Section 10.3, Formats of Commands Passed to 
a Coprocessor , on page 10-5. 

2 (1) if the immediate data is long-word aligned 

3 (1) if the immediate data is not long-word aligned 

N Unaffected 

C Unaffected 

Z Unaffected 

V Unaffected 

This example moves 32 bits to coprocessor 2 (the destination is specified by 
the coprocessor instruction wxyz) from register AO. 

CMOVGC A0,wxyz,2 

This example moves 32 bits to the default coprocessor (the destination is 
specified by the coprocessor instruction qrst) from register B7. 

CMOVGC B7,qrst 
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C M VG C Move One TM34020 Register to Coprocessor 



Example 3 



This example loads a TMS34082 register with a 32-bit integer from a 
TMS34020 register. The source register is B5 and the destination register is 
in the default coprocessor. 

The coprocessor command loads (fpuop = 00110) the 32-bit integer (T = 0, 
size = 0), sent from the TMS34020 register (md = 01), into register RA3 (rd = 
00011). 



M0VE__R3 .set 00034CH 

CMOVGC B5,M0VE_RA3 



ID 



default 








C 


) 






C 


) 








\ 






A 


\ 
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1 





1 
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1 










r« 


a 






rl 


3 








rd 






md 




fpuop 




T 



= 0034Ch 
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TMS34020 Assembly Language Instruction Set 



Move Two TMS34020 Registers to Coprocessor CMOVGC 



Syntax 
Execution 

Instruction Words 



Description 



CMOVGC Rsi , RS2, size, command [, ID] 

ID, command -> Coprocessor command 
RSf , Rs2 -* Coprocessor 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 1 




















1 


1 








1 





R 


Rsi 


8 LSBs of coprocessor command 


size 








R 


RS2 


coprocessor ID 


13 MSBs of coprocessor command 



This version of the CMOVGC instruction moves the contents of two TIV1S34020 
registers to a coprocessor.The size operand is a value of or 1 ; the coproces- 
sor interprets the size bit to determine how to move the data: 

□ If s/ze = 0, then the values that are moved are two separate 32-bit values. 

□i If s/ze = 1 , then the values that are moved are two halves of a single 64-bit 
value. 

The command operand specifies an instruction (21 bits of information define 
the instruction) that the coprocessor should execute to specify the destination 
for the move. The ID operand is an optional 3-bit coprocessor identification 
code; if you don't supply this operand, it defaults to the value specified in the 
coprocessor directive. 



The output of this instruction on the LAD bus at ALTCH low during the com- 
mand cycle (when SF is high) is as follows: 



1 

i 


LAD# 


r\ry 








'"/: ?« sV ' *'SK»^ Vs-v^^A*^ 5 




s -'s'-iWi ^,r'^.-<. 







31 — 29 d.o 










—^3 -» ^ .- 


/ D 4 O 




I 

i 


ID 


coprocessor command 


size 


"'ill'" 


I 










>} 








y V 


Wv.**. 


8 LSBs 


^ 






1 

L. 






13 MSBs 





Machine States 



Status Bits 



Example 1 



I is the coprocessor parameter index bit. For more information, refer to Section 
10.3, Formats of Commands Passed to a Coprocessor , on page 10-5. 

3 (1) if the immediate data is long-word aligned 

4 (1) if the immediate data is not long-word aligned 

N Unaffected 

Unaffected 

Z Unaffected 

V Unaffected 

This instruction moves two 32-bit values to coprocessor 2 (the destination is 
specified by the coprocessor instruction vvxyz)from registers AO and B3. 

CMOVGC A0,B3,0,wxyz,2 
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C M O VG C Move Two TMS34020 Registers to Coprocessor 



Example 2 



Example 3 



This instruction moves one 64-bit value to the default coprocessor (the destina- 
tion is specified by the coprocessor instruction (7rs^)from registers B7 and B8. 

CMOVGC B7,B8,l,qrst 

This example moves two 32-bit floating-point values (in registers B3 and B4) 
into a TMS34082 coprocessor number register. 

The coprocessor command loads (fpuop = 00110) the 32-bit floating point (T 
= 1 , size = 0) data from the TMS34020 registers (md=01 ) into RA1 (rd = 00001 ) 
and RA2. 



M0VEF_RA1 .set 00014DH 

CMOVGC B3 , B4 , , M0VEF__RA1 , 
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TMS34020 Assembly Language Instruction Set 



Move from Memory Indirect (Postincrement) to Coprocessor,^ConstantCo^ 



CMOVMC 



Syntax 
Execution 



CMOVMC *Rs-¥, count, size, command [, ID] 
ID, command -> Coprocessor command 

If size= 0, Repeat count times (1 ^ count ^ 32): 
*Rs -> Coprocessor 
Rs + 32 -> Rd 



Instruction Words 



Description 



If size = 1, Repeat co^nf times (1 ^ count ^ 16): 
*Rs -> Coprocessor 
Hs + 32 -> Rd 
*Rs -> Coprocessor 
Rs + 32 -> Rd 
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transfers 


8 LSBs of coprocessor command 


size 
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Rs 


coprocessor ID 


1 3 MSBs of coprocessor command 



This version of the CMOVMC instruction moves one or more values (depend- 
ing on the value of transfers) from memory pointed to by Rs to the coprocessor 
designated by the coprocessor instruction. Before instruction execution, Rs 
contains the 32-blt memory address of a 32-bit value; after each transfer, the 
value in Rs is incremented by 32 bits to point to the next address. The size oper- 
and is a value of or 1 ; it determines the size of the values that are transferred: 

Ql If size = 0, then count specifies the number of 32-bit transfers to make. 
In this case, count must be a value of 1 -^ 32. 

Q If size = 1 , then count specifies the number of 64-bit transfers to make. 
In this case, count must be a value of 1 -> 1 6. 

The value of transfers is set by the assembler according to the values of s/ze 
and count: 



□ If size = and count =1 -^ 31 , 
If size = and count = 32, 

□l If size = 1 and count =1 -^15, 
If size = 1 and count = 1 6, 



then transfers = count 
then transfers = 

then transfers = 2x count 
then transfers = 



The command operand specifies an instruction (21 bits of information define 
the instruction) that the coprocessor should execute to specify the destination 
for the move. The ID operand is an optional 3-bit coprocessor identification 
code; if you don't supply this operand, it defaults to the value specified in the 
coprocessor directive. 



The output of this instruction on the LAD bus at ALTCH low during the com- 
mand cycle (when SF is high) is as follows: 
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CMOVMC Move from Memory Indirect (Postincrement) to Coprocessor, Constant Count 
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Machine States 



Status Bits 



Example 1 



Example 2 



Example 3 



For more information, refer to Section 1 0.3, Formats of Commands Passed to 
a Coprocessor , on page 10-5. 

5 + [transfers -1] if the immediate data is long-word aligned 

6 + [transfers -1] if the immediate data is not long-word aligned 

N Unaffected 

Unaffected 

Z Unaffected 

V Unaffected 

This instruction moves thirty-two 32-bit values to coprocessor 2 (the destina- 
tion is specified by the coprocessor instruction vyxyz)from memory (register AO 
specifies the first memory address). 

CMOVMC *A0H-,32,0,wxyz,2 

This instruction moves eight 64-bit values to the default coprocessor (the desti- 
nation is specified by the coprocessor instruction wxyz) from memory (register 
B7 specifies the first memory address). 

CMOVMC *B7+, 8,1, wxyz 

This example moves 3 (count = 3) 64-bit floating-point quantities (size = 1 , T 
= 1) from the memory block pointed to by A3 to coprocessor 1 (ID = 1). The 
coprocessor command specifies a TMS34082 move to coprocessor registers 
(fpuop = 001 1 0) from TMS34020 memory (md = 1 0) with the starting destina- 
tion of RB5 (rd = 10101). This example assumes that the LOAD bit of the 
TMS34082 configuration register is set to transfer the MSBs of the double 
values before the LSBs. 

The memory location pointed to by A3 should contain the 32 MSBs of the first 
double number to be transferred. Memory location A3+1 Oh should contain the 
32 LSBs of the first double number. The MSBs of the second number are found 
at A3+20h, followed by its LSBs at A3+30h, and then the MSBs and LSBs of 
the third double number. 
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TMS34020 Assembly Language Instruction Set 



Move from Memory Indirect (Postincrement) to Coprocessor, Constant Count CMOVMC 



The first 64-bit single-precision number is transferred to coprocessor one reg- 
ister RB5, the second double number to RB6 and the third to RB7. 

M0VD3_RB5 equ 00158Dh 

CMOVMC *A3+,3,l,MOVD3_RB5,l; count = 3 size = 1 

; ID = 1 
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CMOVMC Move from Memory Indirect (Predecrement) to Coprocessor, Constant Count 



Syntax 
Execution 



Instruction Words 



Description 



CMOVMC -*Rs count, size, command I ID] 
ID, command -^ Coprocessor command 



If size = 0, Repeat count times (1 
fls - 32 -> Rs 
*Rs-^ Coprocessor 



; count ^32): 



If size = 1 , Repeat count times (1 ^ count ^16): 
Rs- 32-^ Rs 
*Rs -^ Coprocessor 
f?s - 32 -> Rs 
*Rs -> Coprocessor 
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13 MSBs of coprocessor command 



This version of the CMOVMC instruction moves one or more values (depend- 
ing on the value of transfers) from memory pointed to by Rs to the coprocessor 
designated by the coprocessor instruction. Before the first transfer, Rs is 
decremented to contain the 32-bit memory address of the first 32-bit value to 
transfer. The size operand is a value of or 1 ; it determines the size of the 
values that are transferred: 

Qi If size = 0, then count specifies the number of 32-bit transfers to make. 
In this case, count must be a value of 1 -> 32. 

□i If size = 1 , then count specifies the number of 64-bit transfers to make. 
In this case, count must be a value of 1 -> 16. 

The value of transfers is set by the assembler according to the values of s/ze 
and count: 



□ If size = and count =1 -* 31 , 
If size = and count = 32, 

Q If s/ze = 1 and count =1 -» 15, 
If size = 1 and count = 1 6, 



then transfers = count 
then transfers = 

then transfers = 2x count 
then transfers = 



The command operand specifies an instruction (21 bits of information define 
the instruction) that the coprocessor should execute to specify the destination 
for the move. The ID operand is an optional 3-bit coprocessor identification 
code; if you don't supply this operand, it defaults to the value specified in the 
coprocessor directive. 



The output of this instruction on the LAD bus at ALTCH low during the com- 
mand cycle (when SF is high) is as follows: 
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TMS34020 Assembly Language Instruction Set 



Move from Memory Indirect (Predecrement) to Coprocessor, Constant Count CMOVMC 



LAD# 
31—29 28- 



Machine States 



Status Bits 



Example 1 



Example 2 



Example 3 



•8 7 6 5 4 3 



ID 


coprocessor command 


size 














Vs/ 

13MSBS 



8LSBS 



:y*<SLSii -^.'ws >"■?■« 



For more information, refer to Section 10.3, Formats of Commands Passed to 
a Coprocessor , on page 10-5. 

5 + [transfers -1] if the immediate data is long-word aligned 

6 + [transfers -1] if the immediate data is not long-word aligned 

N Unaffected 

C Unaffected 

Z Unaffected 

V Unaffected 

This instruction moves thirty-two 32-bit values to coprocessor 2 (the destina- 
tion is specified by the coprocessor instruction wxyz) from memory (register 
AO specifies the first memory address). 

CMOVMC -*A0 , 32 , , wxyz , 2 

This instruction moves eight 64-bit values to the default coprocessor (the desti- 
nation is specified by the coprocessor instruction ivxyz) from memory (register 
B7 specifies the first memory address). 

CMOVMC -*B7+, 8,1, wxyz 

This example demonstrates the predecrement transfer of data to the 
TMS34082 using the typical C subroutine calling convention. Assume that the 
routine __COPROC_SUB requires two 32-bit integer quantities and 3 double 
quantities, all passed on the program stack.The result is a double value, 
returned on the program stack. Assume that field size 1 is 32 bits (FS1 = 32), 
and that the LOAD bit of the configuration register is set to so the MSBs are 
transferred before LSBs. 

_COPROC_SUB moves the values from the stack to the coprocessor using 
the CMOVMC opcode In predecrement mode. It first moves the 3 double 
values to the coprocessor. The command MC_3_D0UB performs a move to 
coprocessor registers (fpuop = 001 1 0) of 3 (count = 3) double precision values 
(T = 1 , size = 1 ) from the memory pointed to (md = 1 0) by the predecremented 
value of STK, to coprocessor registers starting at RA3 (rd = 00011). 

Next, the two 32-bit integer values are moved to the coprocessor using the 
MC__2JNT command. It performs a move to coprocessor registers (fpuop = 
001 1 0) of 2 (count = 2) integer values (T = 0, size = 0) from the memory pointed 
to (md = 10) by the predecremented value of STK to coprocessor registers 
starting at RBI (rd = 10001). 
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CMOVMC Move from Memory Indirect (Predecrement) to Coprocessor, Constant Count 



After manipulating the data in the coprocessor, the result is loaded from the 
coprocessor and placed onto the stack. This is performed by the CM_1 _DOUB 
command of the CMOVCM opcode in predecrement mode. Predecrement 
mode is used to preserve the proper ordering of MSBs and LSBs on the stack. 
The stack pointer is kept pointing in the proper place by the 2 stack pointer 
adds. Interrupts are disabled when the stack pointer is not properly positioned. 
You may prefer to use other methods of ensuring program stack position integ- 
rity if interrupts are used for timing-critical functions. 

The CM_1__D0UB command performs a move of coprocessor registers (fpuop 
= 001 11 ) to TMS34020 memory (md = 1 0) of one (count = 1 ) double-precision 
value (T = 1, size = 1) from coprocessor register RB5 (rd = 10101) to the 
predecremented memory location pointed to by STK. 



MC 3 DOUB: 



.GLOBAL _C0PR0C_SUB 
.set 00038Dh 
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TMS34020 Assembly Language Instruction Set 



Move from Memory Indirect (Predecrement) to Coprocessor, Constant Count CMOVMC 



MOVE INT_2,*STK+,1 

MOVE INT_1,*STK+,1 

MOVE D0UB_3_L0, *STK+, 1 

MOVE D0UB__3_HI , *STK+, 1 

MOVE D0UB_2_L0 , *STK+ , 1 

MOVE D0UB_2_HI , *STK+ , 1 

MOVE D0UB_1_L0 , *STK+ , 1 

MOVE D0UB_1_HI , *STK+ , 1 

CALLA _C0PR0C_SUB 

MOVE -*STK,A0,1 ;GET DOUBLE RESULT FROM STACK, HI 

MOVE -*STK,A1,1 ;L0 



__COPROC_SUB : 

MMTM SP,A0,A1 

CMOVCM -*STK,3,l,MC_3_DOUB 

CMOVCM -*STK,2,0,MC_2_INT 



; OTHER COPROCESSOR COMMANDS 



DINT 

ADDI 40h,STK 

CMOVMC -*STK, 1,1, CM_1_D0UB 

ADDI 40h,STK 

EINT 

MMFM SP,A0,A1 

RETS 



;MAKE ROOM FOR DOUBLE VALUE 
; POINT STACK TO CORRECT TOP 
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CMOVMC Move from Memory Indirect (Postincrement) to Coprocessor, Register Count 



Syntax 
Execution 



Instruction Words 



Description 



CMOVMC *Rs+, Rd, size, command [, ID] 
ID, command -» Coprocessor command 

Repeat number of times specified by Rd 
*Rs -> Coprocessor 
Rs + 32 -> Rs 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 1 




















1 


1 





1 


1 


1 


R 


Rd 


8 LSBs of coprocessor command 
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13 MSBs of coprocessor command 



This version of the CMOVMC instruction moves one or more 32-bit values 
(depending on the value in Rd) from memory to the specified coprocessor 
register. Before instruction execution, Rs contains the 32-bit memory address 
of a 32-bit value; after each transfer, the value in Rs is incremented by 32 bits 
to point to the next address.The size operand is a value of or 1 ; it determines 
the size of the values that are transferred: 

□i If size = 0, then 32-bit values are moved. In this case, Rd should specify 
the number of 32-bit values to move. 

Qi If size = 1 , then 64-bit values are moved. In this case, Rd should specify 
twice the number of 64-bit values to move. 

The value of Rd (number of transfers) is interpreted by the TMS34020 as 
follows: 

□ If Rd = 1 -^ 31 , then the number of 32-bit transfers = Rd 

Q If Rd = then the number of 32-bit transfers = 32 

The command operand specifies an instruction (21 bits of information define 
the instruction) that the coprocessor should execute to specify the destination 
for the move. The ID operand is an optional 3-bit coprocessor identification 
code; if you don't supply this operand, it defaults to the value specified with the 
.coproc directive. 



The output of this instruction on the LAD bus at ALTCH low during the com- 
mand cycle (when SF is high) is as follows: 
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TMS34020 Assembly Language Instruction Set 



Move from Memory Indirect (Postincrement) to Coprocessor, Register Count CMOVMC 



Machine States 



Status Bits 



Example 1 



Example 2 



Example 3 



For more information, refer to Section 1 0.3, Formats of Commands Passed to 
a Coprocessor , on page 10-5. 



-1] if the immediate data is long-word aligned 
-1] if the immediate data is not long-word aligned 



5 + [register value ■ 

6 + [register value ■ 

N Unaffected 

C Unaffected 

Z Unaffected 

V Unaffected 



This instruction moves the number of 32-bit values specified by A2 to 
coprocessor 2 (the destination is specified by the coprocessor instruction 
wxyz) from memory (register AO contains the first memory address). 

CMOVMC *A0+,A2,0,wxyz,2 

This instruction moves the number of 64-bit values specified by B7-i-2 to the 
default coprocessor (the destination is specified by the coprocessor instruction 
wxyz) from memory (register A3 contains the first memory address). 

CMOVMC *A3+,B7,l,qrst 

This example moves 64-bit quantities (size = 1, T = 1) from the postincrem- 
ented memory block pointed to by A3 to TMS34082 coprocessor number 1 (ID 
= 1 ). Assume that the LOAD bit in the TMS34082 configuration register is set 
for MSBs transfer before LSBs transfer. Because register B4 specifies the 
number of 32-bit transfers to be performed, it should contain twice the number 
of 64-bit quantities to be transferred. 

The coprocessor command specifies a TMS34082 move to coprocessor regiS' 
ters (fpuop = 00110) from TMS34020 memory (md = 10) of double quantities 
(T = 1 , size = 1), with the starting destination of RB5 (rd = 10101). 

The memory location pointed to originally by A3 should contain the 32 MSBs 
of the first double number to be transferred. Memory location A3+1 Oh should 
contain the 32 LSBs of the first double number. The remaining data should be 
in the MSBs before LSBs form. 

The two 32-bit halves of the first double number will be transferred to coproces- 
sor one register RB5, the second double number to RB6, etc. 



M0VD_ 


_RB5 


.set 
CMOVMC 


00158Dh 
*h3+,B4 


1 
,1 


,M0VD_RB5 


,1 


; < 

ID = 


::ount 
= 1 


= 3 size 








1 


5 


8 


D 


= 0158Dh 



































1 


1 





1 








1 


1 












r< 


a 






r 


3 








rd 






m 


d 




fp 


)U0 


p 




T 





= 1 



13-79 



Cm P Compare Registers 



Syntax 
Execution 
Instruction Words 

Description 



Mactiine States 



Status Bits 



Examples 



Cpde 



CMP Rs,Rd 

Set status bits on the result of Rd - Rs 



15 


14 


13 


12 


11 


10 


9 


8 


7 6 


5 


4 


3 


2 1 








1 








1 








Rs 


R 


Rd 



CMP sets the status bits on the result of subtracting the contents of Rs from 
the contents of Rd. This is a nondestructive compare; the contents of the regis- 
ters are not affected. This instruction is often used in conjunction with the JAcc 
or JRcc conditional jump instructions. 

Rs and Rd must be in the same register file. 

1 

N 1 if the result is negative, othenA/ise 

C / if a there is a borrow, othenA/ise 

Z 1 if the result is 0, othenA/ise 

V /if there is an overflow, othenA/ise 



CMP 
CMP 
CMP 
CMP 
CMP 
CMP 
CMP 



Al.AO 
A1,A0 
A1,A0 
A1,A0 
A1,A0 
A1,A0 
A1,A0 



Before After Jumps Taken 

A1 AO NCZV 

00000001 h 00000001 h 10 UC,NN,NC,Z,NV,LS,GE,LE,HS 

00000001 h 00000002h UG,NN,NC,NZ,NV,P,HI,GE,GT,HS 

00000001 h FFFFFFFFh 1000 UC,N,NC,NZ,NV,P,HI,LT,LE,HS 

00000001 h 80000000h 1 UC,NN,NC,NZ,V,HI,LT,LE,HS 

FFFFFFFFh 7FFFFFFFh 1101 UC,N,C,NZ,V,LS,GE,GT,LO 

FFFFFFFFh SOOOOOOOh 1100 UC,N,G,NZ,NV,LS,LT,LE,LO 

SOOOOOOOh 7FFFFFFFh 1101 UC,N,C,NZ,V,LS,GE,GT,LO 
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TMS34020 Assembly Language Instruction Set 



Compare Immediate, 16 Bits CMPI 



Syntax 
Execution 
Instruction Words 

Description 



CMPI IW,Rd[,W] 

Set status bits on the result of Rd - 16-bit immediate value 



Machine States 
Status Bits 



Examples 
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1s complement of /W 



CMPI sets the status bits on the result of subtracting a 16-bit, sign-extended 
immediate value from the contents of the destination register. (The symbol IW 
in the syntax above represents a 16-bit, signed immediate value.) This is a 
nondestructive compare; the contents of the destination register are not 
affected. This instruction is often used in conjunction with the JAcc or JRcc con- 
ditional jump instructions. 

Note that the assembler inserts the 1 s complement of the 1 6-bit value into the 
second instruction word. 

The assembler uses the short form of the CMPI instruction if the immediate 
value is previously defined and is in the range -32,768 to 32,767. You can force 
the assembler to use the short form by following the register operand with W: 

CMPI IW,Rd,W 

The assembler truncates the upper bits and issues an appropriate warning 
message if the value is greater than 16 bits. 



N 7 if the result is negative, otherwise 

C 7 if there is a borrow, othenA/ise 

Z y if the result is 0, otherwise 

V y if there is an overflow, othenA/ise 

Jumps Taken 

UG,NN,NC,NZ,NV,P,HI,GE,GTHS 

UC,NN,NG,Z,NV,LS,GE,LE,HS 

UG,N,G,NZ,NV,LS,LXLE,LO 

UG,N,NG,NZ,NV.P,HI,LTLE,HS 

UG,NN,NG,NZ,V,HI,LTLE,HS 

UG,NN,G,NZ,NV,P,LS,GE,GT,LO 

UG,NN,NG,NZ,NV,P,LI,GE,GTHS 

UG,NN,NG,Z,NV,LS,GE,LE,HS 

UG,N,G,NZ,NV,LS,LT,LE,LO 

UG,N,G,NZ,V,LS,GE,GTLO 



Code 




Before 


After 






AO 


NCZV 


CMPI 


1,A0 


00000002h 





CMPI 


1,A0 


00000001 h 


10 


CMPI 


1,A0 


OOOOOOOOh 


110 


CMPI 


1,A0 


FFFFFFFFh 


10 


CMPI 


1,A0 


SOOOOOOOh 


1 


CMPI 


-2,A0 


OOOOOOOOh 


10 


CMPI 


-2,A0 


FFFFFFFFh 





CMPI 


-2,A0 


FFFFFFFEh 


10 


CMPI 


-2,A0 


FFFFFFFDh 


110 


CMPI 


-1,A0 


7FFFFFFFh 


110 1 
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C M P I Compare Immediate, 32 Bits 



Syntax 
Execution 
Instruction Words 



Description 



i\^achine States 



Status Bits 



Examples 



CMPI IL,Rd[,L] 

Set status bits on the result of Rd - 32-bit immediate value 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 1 

















1 





1 


1 





1 


1 


R 


Rd 


1 s complement of 1 6 LSBs of IL 


1 s complement of 1 6 lyiSBs of /L 



CMPI sets the status bits on the result of subtracting a 32-bit, signed immediate 
value from the contents of the destination register. (The IL symbol in the syntax 
above represents a 32-bit, signed immediate value.) This is a nondestructive 
compare; the contents of the destination register are not affected. 

Note that the assembler inserts the 1 s complement of the 1 6 LSBs of the value 
into the second instruction word and inserts the 1 s complement of the 1 6 MSBs 
of the value into the third instruction word. 

The assembler uses this form of the CMPI instruction if it cannot use the short 
form. You can force the assembler to use the long form by following the register 
operand with an L: 

CMPI IL, Rd, L 

This instruction is often used in conjunction with the JAcc or JRcc conditional 
jump instructions. 

2 if the immediate data is long-word aligned 

3 if the immediate data is not long-word aligned 

N y if the result is negative, otherwise 

C y if there is a borrow, otherwise 

Z 1 if the result is 0, otherwise 

V 7 if there is an overflow, otherwise 



Code 

CMPI 
CMPI 
CMPI 
CMPI 
CMPI 
CMPI 
CMPI 
CMPI 
CMPI 
CMPI 



8000h,A0 

8000h,A0 

8000h,A0 

8000h,A0 

8000h,A0 

0FFFF7FFFh,A0 

0FFFF7FFEh,A0 

0FFFF7FFEh,A0 

0FFFF7FFEh,A0 

0FFFF7FFFh,A0 



Before After Jumps Taken 

AG N C Z V 

00008001 h UC,NN,NC,NZ,NV,P,HI,GE,GTHS 

OOOOSOOOh 10 UG,NN,NG,Z,NV,LS,GE,LE,HS 

00007FFFh 110 UG,N,G,NZ,NV,LS,Lr,LE,LO 

FFFFFFFFh 10 UC,N,NG,NZ,NV,P,HI,LTLE,HS 

80007FFFh 1 UC,NN,NC,NZ,V,HI,LTLE,HS 

OOOOOOOOh 10 UC,NN,C,NZ,NV,P,LS,GE,GT,LO 

FFFF7FFFh UG,NN,NC,NZ,NV,P,HI,GE,GTHS 

FFFF7FFEh 10 UC,NN,NG,Z,NV,LS,GE,LE,HS 

FFFF7FFDh 110 UG,N,C,NZ,NV,LS,LXLE,LO 

7FFF7FFFh 110 1 UC,N,G,NZ,V,LS,GE,GT,LO 
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TMS34020 Assembly Language Instruction Set 



Compare Constant (5 bits) CMPK 



Syntax 
Execution 
Instruction Words 

Description 



Machine States 
Status Bits 



Examples 



CMPK constant, Rd 
Rd- constant -» Status 



15 


14 


13 


12 


11 


10 


9 


8 7 6 


5 


4 


3 


2 1 











1 


1 





1 


constant 


R 


Rd 



CMPK subtracts the 5-bit constant from the contents of the destination register 
(Rd) and sets status on the result of the subtraction. The constant is an 
unsigned number in the range 1 — 32. 

The assembler automatically builds the 5 LSBs into the opcode. Note that 
constant=0 in the opcode corresponds to the value 32; the assembler converts 
the value 32 to 0. Using this instruction, the assembler issues an error if you 
try to compare with a register. 

This instruction does not alter the contents of Rd. 



N 1 if the result is negative, othen/vise 

C 7 if there is a borrow, othen^/ise 

Z 1 if the result is 0, othenA/ise 

V 1 if there is an overflow, otherwise 

Code Before After Jumps Taken 

AG N C Z V 

cmpk 1,A0 00000002h 00 UC,NN,NC,NZ,NV,P,HI,GE,GT,HS 

cmpk 2,A0 00000002h 10 UC,NN,NC,Z,NV,LS,GE,LE,HS 

cmpk 32, AO OOOOOOOOh 1100 UC,N,C,NZ,NV,LS,LT,LE,LO 

cmpk 16, AO FFFFFFFFh 10 00 UC,N,NC,NZ,NV,P,HI,LT,LE,HS 

cmpk 1,A0 SOOOOOOOh 01 UC,NN,NC,NZ,V,HI,LT,LE,HS 
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C M PXY Compare Registers in XY Mode 



Syntax 
Execution 

Instruction Words 
Description 



Macfiine States 
Status Bits 



Examples 



CMPXY Rs,Rd 

Set status bits on the results of 
X half of Rd - X half of Rs 
Y half of Rd - Y half of Rs 



15 


14 


13 


12 


11 


10 


9 


8 


7 6 


5 


4 


3 


2 1 





1 


1 


1 








1 





Rs 


R 


Rd 



CMPXY compares the source register to the destination register in XY mode 
and sets the status bits as if a subtraction had been performed. This is a 
nondestructive compare; the contents of the register are not affected. The 
source and destination registers are treated as signed XY registers. Note that 
no overflow detection is provided. 

Rs and Rd must be in the same register file. 

1 

N 1 if source X field = destination X field, otherwise 

C Sign bit of Y half of the result 

Z 1 if source Y field = destination Y field, othenA/ise 

V Sign bit of X half of the result 



Code 




Before 




After 


Jumps Taken 






A1 


AG 


NCZV 




CMPXY 


A1,A0 


00090009h 


0001 0001 h 


0101 


NN,C,NZ,V,LS,LT 


CMPXY 


A1,A0 


00090009h 


00090001 h 


001 1 


NN,NC,Z,V,LS,LT 


CMPXY 


A1,A0 


00090009h 


00010009h 


1 1 00 


N,C,NZ,NV,LS,LT 


CMPXY 


A1,A0 


00090009h 


00090009h 


1 01 


N,NC,Z,NV,LS,LT 


CMPXY 


Al.AO 


00090009h 


0000001 Oh 


01 00 


NN,C,NZ,NV,LS,GE 


CMPXY 


A1,A0 


00090009h 


0009001 Oh 


001 


NN,NC,Z,NV,LS,GE 


CMPXY 


Al.AO 


00090009h 


OOlOOOOOh 


0001 


NN,NC,NZ,V,HI,LT 


CMPXY 


A1,A0 


00090009h 


00100009h 


1 000 


N,NC,NZ,NV,HI,LT 


CMPXY 


Al.AO 


00090009h 


001 0001 Oh 


0000 


NN,NC,NZ,NV,HI,GE 
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TMS34020 Assembly Language Instruction Set 



Compare Point to Window CPW 



Syntax 
Execution 
Instruction Words 

Description 



CPW Rs,Rd 
Point code -> Rd 



15 


14 


13 


12 


11 


10 


9 


8 


7 6 


5 


4 


3 


2 1 





1 


1 


1 








1 


1 


Rs 


R 


Rd 



CPW compares a point represented by an XY value in the source register to 
the window limits in the WSTART and WEND registers and places a 4-bit 
outcode in bits 5 through 8 of the destination register. The remaining 28 bits 
of the destination register are set to 0. The contents of the source register are 
treated as an XY address that consists of 16-bit signed X and Y values. 
WSTART and WEN D are also treated as signed XY-format registers. WSTART 
and WEND can contain signed values. The location of the point with respect 
to the window is encoded as shown below; the outcode is loaded into the desti- 
nation register. 



+x 



+Y 



0101 


0100 


0110 


0001 


window 
0000 


0010 


1001 


1000 


1010 



The following list describes the contents of the destination register after CPW 
execution: 

Bit Position : Contents: 

0—4 OS 

5 1 if X half of WSTART > X half of Rs, othenA/ise 

6 1 if X half of Rs > X half of WEND, othen/vise 

7 1 if Y half of WSTART > Y half of Rs, otherwise 

8 1 if Y half of Rs > Y half of WEND, othenA/ise 
9—31 OS 

This instruction can also be used to trivially reject lines that do not intersect with 
a window. If the CPW codes for the 2 points defining the line are ANDed 
together and the result is nonzero, then the line must lie completely outside the 
window (and does not intersect it). A result indicates that the line may inter- 
sect the window, and a more rigorous test must be applied. For more informa- 
tion, refer to Section 12.7, Window Checkino . on page 12-19. 

Rs and Rd must be in the same register file. 
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CPW Compare Point to Window 



Implied Operands 



Machine States 
Status Bits 



Examples 



Register 


Name 


Format 


Description 


B5 


WSTART 


XY 


Window start. Defines inclusive starting 
corner of window (lesser value corner). 


B6 


WEND 


XY 


Window end. Defines inclusive ending cor- 
ner of window (greater value corner). 



1 

N Unaffected 

C Unaffected 

Z Unaffected 

V / if point lies outside window, otherwise 

You nnust select appropriate implied operand values before executing the CPW 
instruction. In this example, the implied operands are set up as follows, specify- 
ing a block of 36 pixels. 



WSTART = 5,5 










WEND = A,A 










CPW A1,A0 










Before 








After 


A1 


NCZV 


AO 


00040004h 


X 


X 


xO 


OOOOOOAOh 


00040005h 


X 


X 


xO 


OOOOOOSOh 


0004000Ah 


X 


X 


xO 


OOOOOOSOh 


0004000Bh 


X 


X 


X 1 


OOOOOOCOh 


00050004h 


X 


X 


X 1 


00000020h 


00050005h 


X 


X 


xO 


OOOOOOOOh 


OOOSOOOAh 


X 


X 


xO 


OOOOOOOOh 


OOOSOOOBh 


X 


X 


xO 


00000040h 


000A0004h 


X 


X 


xO 


00000020h 


OOOAOOOSh 


X 


X 


X 1 


OOOOOOOOh 


OOOAOOOAh 


X 


X 


X 1 


OOOOOOOOh 


OOOAOOOBh 


X 


X 


xO 


00000040h 


000B0004h 


X 


X 


xO 


000001 20h 


OOOBOOOSh 


X 


X 


xO 


000001 OOh 


OOOBOOOAh 


X 


X 


xO 


000001 OOh 


OOOBOOOBh 


X 


X 


xO 


000001 40h 



NCZV 

X X X 1 

X X X 1 

X X X 1 

X X X 1 

X X X 1 

X X X 

X X X 

X X X 1 

X X X 1 

X X X 

X X X 

X X X 1 

X X X 1 

X X X 1 

X X X 1 

X X X 1 
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TMS34020 Assembly Language Instruction Set 



Convert Destination XY Address to Linear CVDXYL 



Syntax 
Execution 
Instruction Words 

Description 



Implied Operands 



Machine States 



Status Bits 



Examples 



CVDXYL Rd 

(Y half of Rd x DPTCH) + (X half of Rd x PSIZE) + (A4 or B4) 



Rd 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 1 

















1 





1 





1 








R 


Rd 



CVDXYL converts the XY value contained in the destination register to a linear 
value, by using the destination pitch, and writes the result back to the destina- 
tion register. 

If Rd is an A file register, then A4 is used as the offset; if Rd is a B file register, 
then 84 is used as the offset. CONVDP (based on DPTCH) is used to effect 
the multiply of the Y half by the pitch. PSIZE provides the pixel size used to mul- 
tiply by the X half (done by shift). 

Use the SETCDP instruction (page 1 3-227) to set up CONVDP. For more infor- 
mation, refer to Section 12.12. Converting an XY Address to a Linear Address , 
on page 1 2-47. 



Address 


Name 


Description and Elements (Bits) 


A4 or B4 


OFFSET 


linear screen origin (0,0) 


C0000140 


CONVDP 


XY-to-llnear conversion (destination) 


C0000150 


PSIZE 


Pixel size (1,2,4,8,16,32) 



pitch is 



a power of 2: 
2 powers of 2: 
arbitrary 



2 
3 
14 



N Unaffected 

C Unaffected 

Z Unaffected 

V Unaffected 

The examples assume the following definitions: 



DADDR 
DPTCH 
OFFSET 
TEMP 



.set 
.set 
.set 
.set 



B2 
B3 
B4 
B14 



Destination address register 
Destination pitch register 
XY offset register 
Temporary register 



13-87 



CVDXYL Convert Destination XY Address to Linear 



Example 1 



Example 2 



Example 3 



Screen dimensions of 640 by 480 by 4 bits-per-pixel; screen pitch of 4096 (the 
smallest power of 2 greater than 640 x 4). 

; the following code will typically be done once 

: at initialization time 

setf 16,0,0 ; set field size to 16 

movk 4 , TEMP 

exgps TEMP ; set the pixel size to 4 

movi 01000h,DPTCH ; set up display pitch 

movi 010 Oh, OFFSET ; set up the screen offset 

setcdp ; set CONVDP to 0013h (LMO of DPTCH) 

mwait 

; set up XY address in DADDR and convert to linear 
movi 000 1000 Ih, DADDR 
cvdxyl DADDR ; This sets DADDR to 1104h 

Screen dimensions of 640 by 480 by 8 bits-per-pixel; screen pitch of 51 20 (640 
X 8) which is a sum of 2 powers of 2. 



set field size to 16 



; the following code will typically be done once 
: at initialization time 

setf 16,0,0 

movk 8 , TEMP 

exgps 

movi 01400h, DPTCH 

clr OFFSET 

setcdp 



; pixel size of 8 

; set up display pitch 

; set up the screen offset 

; set CONVDP to 1513h 

; (2 LMOs of DPTCH) 

mwait 

; set up XY address in DADDR and convert to linear 

movi 001 00 Olh, DADDR 

cvdxyl DADDR ; This sets DADDR to 1408h 

Perform an XY to linear conversion of a nonscreen bitmap with an arbitrary 
pitch of 224. 



; the following code will typically be done once at 
; initialization time 

setf 16,0,0 

movk 1 6 , TEMP 

exgps 
; set up the value of DPTCH, CONVDP, have user variables 
; for offset and address 



set field size to 16 
pixel size of 16 



movi OEOh, DPTCH 
setcdp 

mwait 

movi 0FF300000h,A4 

movi 00010001h,A7 
cvdxyl A7 



set CONVDP to OOOOh (which 
indicates arbitrary pitch) 

offset points to an area 
of DRAM 

this sets A7 to FFSOOOFOh 
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TMS34020 Assembly Language Instruction Set 



Convert Mask Address to Linear CVMXYL 



Syntax 
Execution 
Instruction Words 

Description 



Implied Operands 



Machine States 



Status Bits 



Examples 



Example 1 



CVMXYL Rd 

(Y half of Rd x MPTCH) + (X half of Rd) -> Rd 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 1 

















1 





1 








1 


1 


R 


Rd 



CVMXYL converts the XY value contained in the destination register to a linear 
value, by using the mask pitch, and writes the result back to the destination reg- 
ister. 

Note that no offset is added when you use CVMXYL. CONVMP (based on 
MPTCH) is used to effect the nnultiply of the Y half by the pitch. 

Use the SETCMP instruction (page 1 3-228) to set up CONVMP. For more infor- 
mation, refer to Section 12.12. Convertino an XY Address to a Linear Address , 
on page 12-47. 



Address 


Name 


Description and Elements (Bits) 


C0000150 


PSIZE 


Pixel size (1,2,4,8,16,32) 


C0000180 


CONVMP 


XY-to-linear conversion (destination) 



pitch is 



a power of 2: 
2 powers of 2: 
arbitrary 



2 
3 
14 



N Unaffected 

C Unaffected 

Z Unaffected 

V Unaffected 

The examples assume the following definitions: 

; Mask address register 
; Mask pitch register 
; Temporary register 

Screen dimensions of 640 by 480 by 4 bits-per-pixel; screen pitch of 4096 (the 
smallest power of 2 greater than 640 x 4) 

; the following code will typically be done once 
; at initialization time 



MADDR 


.set 


BIO 


MPTCH 


.set 


Bll 


TEMP 


.set 


B14 



setf 16,0,0 

movi 0100 Oh, MPTCH 

setcmp 



set field size to 16 
set up mask pitch 
set CONVMP to 0013h (LMO 
of MPTCH) 

mwait 
; set up XY address in MADDR and convert to linear 

movi 0001 000 Ih, MADDR 

cvmxyl MADDR ; This sets MADDR to 100 Ih 
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C VMXYL Convert Mask Address to Linear 



Example 2 Screen dimensions of 640 by 480 by 8 bits-per-pixel; screen pitch of 51 20 (640 

X 8) whicli is a sum of 2 powers of 2. 

; the following code will typically be done once 
; at initialization time 



setf 16,0,0 

movi 01400h,MPTCH 

setcmp 



set field size to 16 
set up mask pitch 
set CONVMP to 1513h 
(2 LMOs of MPTCH) 



mwait 
; set up XY address in MADDR and convert to linear 
movi 0001 00 Olh, MADDR 
cvmxyl MADDR ; This sets MADDR to 1401h 

Example 3 Perform an XY to linear conversion of a nonscreen bitmap with an arbitrary 

pitch of 224. 

; the following code will typically be done once 
; at initialization time 



setf 16,0,0 
movi OEOh, MPTCH 
setcmp 



set field size to 16 
set up mask pitch 
set CONVMP to OOOOh (which 
indicates arbitrary pitch) 



mwait 

set up XY address in MADDR and convert to linear 
movi 000 100 Olh, MADDR 
cvmxyl MADDR ; This sets MADDR to Elh 



-j 3.90 TMS34020 Assembly Language Instruction Set 



Convert Source XY Address to Linear Address CVSXYL 



Syntax 
Execution 
Instruction Words 

Description 



Implied Operands 



Machine States 



Status Bits 



Examples 



CVSXYL Rs,Rd 

(Y half of Rd x SPTCH) + (X half of Rd x PSIZE) + Rs -> Rd 



15 


14 


13 


12 


11 


10 


9 


8 


7 6 


5 


4 


3 


2 1 





1 


1 


1 





1 





1 


Rs 


R 


Rd 



CVSXYL converts the XY value contained in the destination register to a linear 
value, by using the source pitch, and writes the result back to the destination 
register. The source register contains the offset used in the conversion 
process. CONVSP (based on SPTCH) is used to effect the multiply of the Y 
half by the pitch. PSIZE provides the pixel size used to multiply by the X half 
(done by shift). 

Use the SETCSP instruction (page 1 3-229) to set up CONVSP. For more infor- 
mation, refer to Section 12.12, Converting an XY Address to a Linear Address , 
on page 1 2-47. 

This instruction allows the programmer to have independent source and desti- 
nation offsets. The source offset can be any register, and the destination offset 
is B4. As an example, assume B1 4 is the source offset. To synthesize PIXBLT 
XY,XY with independent offsets use CVSXYL 81 4,80 to convert the source 
pointer to linear and follow with a PIXBLT L,XY. 



Address 


Name 


Description and Elements (Bits) 


G0000130 


CONVSP 


XY-to-linear conversion (source) 


C0000150 


PSIZE 


Pixel size (1.2,4,8,16,32) 



pitch is 



a power of 2: 
2 powers of 2: 
arbitrary 



2 
3 
14 



N Unaffected 

C Unaffected 

Z Unaffected 

V Unaffected 

CVSXYL AO, Al 



Before 



After 



AO 

Al 

CONVSP 

PSIZE 

Al 



= 00000100 
= 00010001 
= 0013 
= 0008 
= 00001108 
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CVXYL Convert XY Address to Linear Address 



Syntax 
Execution 
Instruction Words 

Description 



Implied Operands 



Machine States 



Status Bits 



CVXYL Rs,Rd 

(Y half of Rs X DPTCH) + (X half of Rs x PSIZE) + offset -> Rd 



15 


14 


13 


12 


11 


10 


9 


8 


7 6 


5 


4 


3 


2 1 





1 


1 


1 





1 








Rs 


R 


Rd 



CVXYL converts an XY address to a linear address: 

□i The source register contains an XY address. The signed X value occupies 
the 1 6 LSBs of the register, and the signed Y value occupies the 1 6 MSBs. 
The X value must be positive. 

□i The XY address is converted into a 32-bit linear address, which is stored 
in the destination register. For more information, refer to Section 12.12, 
Converting an XY Address to a Linear Address , on page 1 2-47. 

The offset value (see execution) is in the OFFSET register. The CONVDP 
value is used to determine the shift amount for the Y value, while the PSIZE 
register determines the X shift amount. 

Use the SETCDP instruction (page 13-227) to set up CONVDR 

Rs and Rd must be in the same register file. 



Address 


Name 


Description and Elements (Bits) 


B3 


DPTCH (linear) 


Destination pitch 


B4 


OFFSET (linear) 


Screen origin (location 0,0) 


C0000140h 


CONVDP 


XY-to-llnear conversion (destination pitch) 


C0000150h 


PSIZE 


Pixel size (1,2,4,8,16,32) 



pitch is 



a power of 2: 
2 powers of 2: 
arbitrary 



3 
4 
14 



N Unaffected 

C Unaffected 

Z Unaffected 

V Unaffected 
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TMS34020 Assembly Language Instruction Set 



Convert XY Address to Linear Address C VXYL 



Examples 



Cod? 


Before 


After 










AO 


OFFSET 


PSIZE 


CONVDP 


A1 


CVXYL A0,A1 


00400030h 


OOOOOOOOh 


001 Oh 


001 4h 


00020300h 


CVXYL A0,A1 


00400030h 


OOOOOOOOh 


0008h 


001 4h 


000201 80h 


CVXYL A0,A1 


00400030h 


OOOOOOOOh 


0004h 


001 4h 


00020000h 


CVXYL A0,A1 


00400030h 


OOOOSOOOh 


0004h 


001 4h 


00028000h 


CVXYL A0,A1 


00400030h 


OFOOOOOOh 


0004h 


001 4h 


0F020000h 


CVXYL A0,A1 


00400030h 


OOOOOOOOh 


0002h 


001 4h 


00020060h 


CVXYL A0,A1 


00400030h 


OOOOOOOOh 


0001 h 


001 4h 


00020030h 


CVXYL A0,A1 


00400030h 


OOOOOOOOh 


0001 h 


001 3h 


00040030h 


CVXYL A0,A1 


00400030h 


OOOOOOOOh 


0001 h 


001 5h 


OOOIOOOOh 



CONVDP = 001 3h corresponds to DPTCH = 00001 OOOh 
CONVDP = 001 4h corresponds to DPTCH = OOOOOBOOh 
CONVDP = 001 5h corresponds to DPTCH = 00000400h 
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DEC Decrement Register 



Syntax 
Execution 
Instruction Words 

Description 



i\/laciiine States 
Status Bits 



Exampies 



DEC Rd 

Rd~1 -^ Rd 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 1 














1 





1 














1 


R 


Rd 



DEC subtracts 1 from the contents of the destination register and stores the 
result in the destination register. This instruction is an alternate mnemonic for 

SUBK l,Rd. 

You can use the DEC instruction with the SUBB instruction to perform multiple- 
precision arithmetic. 



1 

N 
C 

Z 
V 



1 if the result is negative, otherwise 
1 if there is a borrow, othenA/ise 
1 if the result is 0, otherwise 
1 if there is an overflow, otherwise 



Code 

DEC Al 

DEC Al 

DEC Al 

DEC Al 

DEC Al 



Before 
A1 

0000001 Oh 
00000001 h 
OOOOOOOOh 
FFFFFFFFh 
SOOOOOOOh 



After 
A1 

OOOOOOOFh 

OOOOOOOOh 

FFFFFFFFh 

FFFFFFFEh 

7FFFFFFFh 



NCZV 

00 

10 

1 1 00 
1 00 
01 
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TMS34020 Assembly Language Instruction Set 



Disable Interrupts DINT 



Syntax 
Execution 
Instruction Words 

Description 



DINT 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 























1 


1 





1 


1 


















DINT disables interrupts by clearing the global interrupt enable bit (lElSTII) to 
0. All interrupts except reset, NMI, bus fault, and ILLOP are disabled; the inter- 
rupt enable mask in the INTENB register is ignored. The remainder of the 
status register is unaffected. 

The EINT instruction enables interrupts. 



Machine States 


3 






Status Bits 


N Unaffected 
C Unaffected 
Z Unaffected 
V Unaffected 






IE 






Examples 


Co<Je 


Before 


After 






ST 


ST 




DINT 


0000001 Oh 


0000001 Oh 




DINT 


0020001 Oh 


0000001 Oh 
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DIVS Divide Registers, Signed 



Syntax 
Execution 



DIVS Rs,Rd 

If Rd is an even-numbered register 
Rd:Rd+1 



Rs 



■> Rd, remainder -> Rd + 1 



If Rd is an odd-numbered register 
Rd 
Rs 



Rd 



Instruction Words 



Description 



Mactiine States 



15 


14 


13 


12 


11 


10 


9 


8 


7 6 


5 


4 


3 


2 1 








1 





1 


1 








Rs 


R 


Rd 



DIVS performs a signed 32-bit or 64-bit divide. The source register contains 
the 32-bit signed divisor. The destination register contains a 32-bit signed divi- 
dend or the most significant half of a 64-bit signed dividend, depending on 
whether Rd is an odd register (for example, A1 or B3) or an even register (for 
example, A8 or B2): 

Rd Even DIVS performs a signed divide of the 64-bit operand contained in 
the 2 consecutive registers, starting at the specified destination 
register, by the 32-bit contents of the source register. The speci- 
fied even-numbered destination register, Rd, contains the 32 
MSBs of the dividend. The next consecutive register (which is 
odd-numbered) contains the 32 LSBs of the dividend. The quo- 
tient is stored in the destination register, and the remainder is 
stored in the following register (Rd+1). The remainder is always 
the same sign as the dividend (in Rd:Rd+1 ). Avoid using A1 4 or 
B1 4 as the destination register, since this ovenA^rites the SP; the 
assembler issues a warning in this case. 

Rd Odd DIVS performs a signed divide of the 32-bit operand contained in 
the destination register by the 32-bit value in the source register. 
The quotient is stored in the destination register; the remainder is 
not returned. 

Rs and Rd must be in the same register file. 

Rd Odd: 39 (normal case) 

41 (if result = SOOOOOOOh) 

7 (if Rs = 0) 
Rd Even: 40 (normal case) 

41 (if result = BOOOOOOOh) 

7 (if Rs = 0) 
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TMS34020 Assembly Language Instruction Set 



Divide Registers, Signed DIVS 



Status Bits 



Example 1 



N Oif 

Rs = 0, or 

Rd is even and Rd > Rs, or 

Quotient is nonnegative. 

1 if 

Result = 8000000011 or 

Quotient is negative. 
C Unaffected 
Z Oif 

Rs = 0, or 

Rd is even and Rd > Rs, or 

Result = SOOOOOOOh, or 

Quotient ^ 0. 

1 if 

Quotient = 0. 
V 1 if quotient overflows (cannot be represented by 32 bits), othenA/ise. The 

following conditions cause an overflow and set the overflow flag: 

Divisor (Rs) is 0. 

Quotient cannot be contained within 32 bits. 

This example divides the contents of registers AO and A1 by the contents of 
register A2, stores the result in register AO, and stores the remainder in A1 . 
Note that the contents of register A2 are not affected by instruction execution. 





DIVS A2,A0 










Befpr^ 






After 








AO 


A1 


A2 


AO 


A1 


A2 


NCZV 


12345678h 


87654321 h 


87654321 h 


D95BC60Ah 


5CA1DD7h 


87654321 h 


1x00 


EDCBA987h 


789ABCDFh 


87654321 h 


26A439F6h 


EA35F??9h 


87654321 h 


0x00 


EDCBA987h 


789ABCDFh 


789ABCDFh 


D95BC60Ah 


EA35E229h 


789ABCDFh 


1 xOO 


12345678h 


87654321 h 


789ABCDFh 


26A439F6h 


15CA1DD7h 


789ABCDFh 


0x00 


12345678h 


87654321 h 


OOOOOOOOh 


12345678h 


87654321 h 


OOOOOOOOh 


0x01 


OOOOOOOOh 


OOOOOOOOh 


OOOOOOOOh 


OOOOOOOOh 


OOOOOOOOh 


OOOOOOOOh 


0x01 


OOOOOOOOh 


OOOOOOOOh 


87654321 h 


OOOOOOOOh 


OOOOOOOOh 


87654321 h 


0x1 


87654321 h 


OOOOOOOOh 


87654321 h 


87654321 h 


OOOOOOOOh 


87654321 h 


0x01 



Example 2 



This example divides the contents of register A1 by the contents of of register 
A2 and stores the result in register A1 . Note that the contents of register A2 
are not affected by instruction execution. 





DIVS A2,A1 










Before 






After 








AO 


A1 


A2 


AO 


A1 


A2 


NCZV 


OOOOOOOOh 


87654321 h 


12345678h 


OOOOOOOOh 


FFFFFFFAh 


12345678h 


1 xOO 


OOOOOOOOh 


87654321 h 


0EDCBA988h OOOOOOOOh 


oooooooeh 


EDCBA988h 


0x00 


OOOOOOOOh 


789ABCDFh 


0EDCBA988h OOOOOOOOh 


FFFFFFFAh 


EDCBA988h 


1 xOO 


OOOOOOOOh 


789ABCDFh 


12345678h 


OOOOOOOOh 


00000006h 


12345678h 


0x00 


OOOOOOOOh 


87654321 h 


OOOOOOOOh 


OOOOOOOOh 


87654321 h 


OOOOOOOOh 


0x01 


OOOOOOOOh 


OOOOOOOOh 


OOOOOOOOh 


OOOOOOOOh 


OOOOOOOOh 


OOOOOOOOh 


0x01 
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Syntax 


DIVU Rs,Rd 


Execution 


If Rd is an even-numbered register 




Rd : Rd + 1 „^ 
Rs -*^'' '' 




If Rd is an odd-numbered register 




Rs 



Instruction Words 



Description 



15 


14 


13 


12 


11 


10 


9 


8 


7 6 


5 


4 


3 


2 1 








1 





1 


1 





1 


Rs 


R 


Rd 



DIVU performs an unsigned 32-bit or 64-bit divide. The source register 
contains the 32-bit divisor. The destination register contains a 32-bit dividend 
or the most significant half of a 64-bit dividend, depending on whether Rd is 
an odd register (for example, A1 or B3) or an even register (for example, A8 
orB2): 

Rd Even DIVU performs an unsigned divide of the 64-bit operand 
contained in the 2 consecutive registers, starting at the destina- 
tion register, by the 32-bit contents of the source register. The 
specified even-numbered destination register, Rd, contains the 
32 MSBs of the dividend. The next consecutive register (which is 
odd-numbered) contains the 32 LSBs of the dividend. The quo- 
tient is stored in the destination register, and the remainder is 
stored in the following register (Rd+1 ) . Avoid using A1 4 or B1 4 as 
the destination register, since this ovenA^rites the SP; the assem- 
bler issues a warning in this case. 

RdOdd DIVU performs an unsigned divide of the 32-bit operand 
contained in the destination register by the 32-bit value in the 
source register. The quotient is stored in the destination register; 
the remainder is not returned. 

Rs and Rd must be in the same register file. 



Afac/i/ne States 



Rd Odd: 37 (normal case) 

7(ifRs = 0) 
Rd Even: 37 (normal case) 

5 (if Rs = or Rs < Rd) 
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TMS34020 Assembly Language Instruction Set 






Divide Registers, Unsigned DIVU 



Status Bits 



Example 1 



N Unaffected 
C Unaffected 
Z Oif 

Rs = 0, or 

Rd is even and Rd > Rs, or 
Quotient ^ 0. 
1 if 

Quotient = 0. 
V 1 if quotient overflows (cannot be represented by 32 bits) , otiierwise. The 
following conditions cause an overflow and set the overflow flag: 
Divisor (Rs) isO. 
Quotient cannot be contained within 32 bits. 

This instruction divides the contents of registers AO and A1 by the contents of 
register A2, stores the unsigned result in register AO, and stores the remainder 
in A1 . Note that the contents of register A2 are not affected by instruction 
execution. 



DIVU A2,A0 



Before 






After 








AO 


A1 


A2 


AO 


A1 


A2 


NCZV 


12345678h 


87654321 h 


789ABCDFh 


26A439F6h 


15CA1DD7h 


789ABCDFh 


xxO 


12345678h 


87654321 h 


OOOOOOOOh 


12345678h 


87654321 h 


OOOOOOOOh 


xxO 1 


OOOOOOOOh 


OOOOOOOOh 


OOOOOOOOh 


OOOOOOOOh 


OOOOOOOOh 


OOOOOOOOh 


xxO 1 


OOOOOOOOh 


OOOOOOOOh 


87654321 h 


OOOOOOOOh 


OOOOOOOOh 


87654321 h 


xxl 


87654321 h 


OOOOOOOOh 


87654321 h 


87654321 h 


OOOOOOOOh 


87654321 h 


xxO 1 



Example 2 



This instruction divides the contents of register A1 by the contents of register 
A2 and stores the unsigned result in register A1 . Note that the contents of regis- 
ter A2 are not affected by instruction execution. 





DIVU A2,A1 










B^for^ 






After 








AO 


A1 


A2 


AO 


A1 


A2 


NCZV 


OOOOOOOOh 


789ABCDFh 


12345678h 


OOOOOOOOh 


00000006h 


12345678h 


xxOO 


OOOOOOOOh 


12345678h 


OOOOOOOOh 


OOOOOOOOh 


12345678h 


OOOOOOOOh 


XX 1 


OOOOOOOOh 


OOOOOOOOh 


OOOOOOOOh 


OOOOOOOOh 


OOOOOOOOh 


OOOOOOOOh 


xxO 1 


OOOOOOOOh 


OOOOOOOOh 


87654321 h 


OOOOOOOOh 


OOOOOOOOh 


87654321 h 


XX 1 


OOOOOOOOh 


87654321 h 


87654321 h 


OOOOOOOOh 


00000001 h 


87654321 h 


xxO 
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DRAV Draw and Advance 



Syntax 
Execution 

Instruction Words 
Description 



implied Operands 



DRAV Rs,Rd 

C0L0R1 pixels -^ ^^Rd 
X half of Rs + X of half Rd 
Y half of Rs + Y of half Rd 



X half of Rd 
Y half of Rd 



15 


14 


13 


12 


11 


10 


9 


8 


7 6 


5 


4 


3 


2 1 





1 


1 


1 


1 





1 


1 


Rs 


R 


Rd 



DRAV writes the pixel value in the C0L0R1 register to the location pointed to 
by the XY address in the destination register. Following the write, the XY 
address in the destination register is increnfiented by the value in the source 
register: the X half of Rs is added to the X half of Rd, and the Y half of Rs is 
added to the Y half of Rd. Any carry out from the lower (X) half of the register 
does not propagate into the upper (Y) half. 

Use the SETCDP instruction (page 1 3-228) to set up CONVDP. 

C0L0R1 bits 0—31 are output on data bus lines 0—31 , respectively. The pixel 
data used from C0L0R1 is that which aligns to the destination location, so 
32-bit patterns can be implemented. Rs and Rd must be in the same register 
file. 



Register 


Name 


Format Description 


B3 


DPTCH 


Linear Destination pitch 


B4 


OFFSET 


Linear Screen origin (location 0,G) 


B5 


WSTART 


XY Window starting corner 


86 


WEND 


XY Window ending corner 


89 


C0L0R1 


Pixel Pixel color 




Address 


Name 


Description and Elements (Bits) 


COGGGOBOh 


CONTROL 


PPOP Pixel-processing operations (22 options) 

W Window-checking operation 

T Transparency operation 

TM Selects 1 of 3 transparency options 


CGGGG14Gh 


CONVDP 


XY-to-linear conversion (destination pitch) 


CGOGGISGh 


PSIZE 


Pixel size (1,2,4,8,1 6,32) 


C0G0G16Gh 


PMASK 
(32 bits) 


Plane mask — pixel format 



Due to the pipelining of memory writes, the last I/O register that you write to 
may not, in some cases, contain the desired value by the time the DRAV 
instruction begins executing. To ensure that this register contains the correct 
value for execution, you may want to follow the write to that location with an 
MWAIT (page 13-178) instruction. Refer to Section 4.5.6 on page 4-13 for a 
description of the potential latency of writes to I/O registers. 
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TMS34020 Assembly Language Instruction Set 



Draw and Advance DR AV 



;sS5:WS«SS«Si:WSSS5SSS:WSS:WS::«S:M«:;«:W«SSs 



Pixel Processing 



Window Ciiecldng 



Transparency 



Piane Masldng 



Stiift Register 
Transfers 



Set PPOPICONTROL] to select a pixel-processing operation. This operation 
is applied to the pixel as it is moved to the destination location. At reset, the 
default pixel-processing operation is replace (S -^ D). For more information, 
refer to Section 12.8, Pixel Processing , on page 12-27. 

Select a window-checking mode by setting W[C0NTR0U1. If you select an 
active window-checking mode (W = 1 , 2, or 3), the WSTART and WEND regis- 
ters define the XY starting and ending corners of a rectangular window. The 
X and Y values in both WSTART and WEND can signed. For more information, 
refer to Section 12.7, Window Checking , on page 12-19. 

You can enable transparency for this instruction by setting TECONTROLl to 1 . 
Select 1 of 3 transparency options by setting TMlCONTROU. For more infor- 
mation, refer to Section 12.9, Transparency , on page 12-36. 

The plane mask is enabled for this instruction. For more information, refer to 
Section 12.10, Plane Masking , on page 12-39. 

When this instruction is executed and CST bit is set, the normal memory read 
and write operations become SRT reads and writes. 



i\/lacfiine States 
Status Bits 



Refer to Section 15.1 on page 15-2. 

N Unaffected 
C Unaffected 
Z Unaffected 

V 1 if a window violation occurs, otherwise; unaffected if window clipping is 
not used. 



Exampies 



These DRAV examples use the following implied operand setup. 



Register File B 

DPTCH) = 200h 

OFFSET =00010000h 

WSTART =00100000h 

WEND = 003C0040h 

C0L0R1 = FFFFFFFFh 



I/O Registers 

CONVDP =0016h 



Assume that memory contains the following values before instruction execu- 
tion: 

Address Data 

00018040h 8888h 



Note that the initial XY address in AO is equivalent to linear address 1 8040h. 
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D R AV Draw and Advance 



Code 


Before 










After 










AO 


A1 


PSIZE 


PROP 


W 


PMASK 


AO 


@18040h 


DRAV 


A1,A0 


00400040h 


001 0001 Oh 


0001 h 


00000 


00 


OOOOh 


00500050h 


8889h 


DRAV 


A1,A0 


00400020h 


001 0001 Oh 


0002h 


00000 


00 


OOOOh 


00500030h 


888Bh 


DRAV 


A1,A0 


0040001 Oh 


001 0001 Oh 


0004h 


00000 


00 


OOOOh 


00500020h 


888Fh 


DRAV 


A1,A0 


00400008h 


001 0001 Oh 


0008h 


00000 


00 


OOOOh 


0050001 8h 


88FFh 


DRAV 


A1,A0 


00400004h 


001 0001 Oh 


001 Oh 


00000 


00 


OOOOh 


0050001 4h 


FFFFh 


DRAV 


A1,A0 


00400004h 


OOOOFFFFh 


001 Oh 


01010 


00 


OOOOh 


00400003h 


OOOOh 


DRAV 


A1,A0 


00400004h 


FFFFOOOOh 


001 Oh 


10011 


00 


OOOOh 


003F0004h 


OOOOh 


DRAV 


A1,A0 


00400004h 


0001 0001 h 


001 Oh 


00000 


11 


OOOOh 


00410005h 


OOOOh 


DRAV 


A1,A0 


00400004h 


00400004h 


001 Oh 


00000 


00 


OOFFh 


OOBOOOOBh 


FFOOh 
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TMS34020 Assembly Language Instruction Set 



Decrement Regj^^^^ PSJ , 



Syntax 
Execution 

Instruction Words 

Description 



DSJ Rd, Address 



Rd-1 --> Rd 

If Rd 9^ 0, then (offset x 16) + PC ^ PC 

If Rd = 0, then go to next instruction 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 1 

















1 


1 





1 


1 








R 


Rd 


offset 



DSJ decrements the contents of the destination register by 1 . Depending on 
the decremented value of Rd, the TMS34020 either jumps or skips the jump: 

□i Rd -1 ?t 0. The updated PC (used in the jump address calculation) points 
to the instruction word that immediately follows the second word of the DSJ 
instruction. The signed word offset is converted to a bit offset by multiplying 
by 1 6. The new PC address is then obtained by adding the resulting signed 
offset (offset x 16) to the current PC. 

□i Rd -1 = 0. The TMS34020 skips the jump and continues program execu- 
tion with the next sequential instruction. 

The >4ofdress operand is a 32-bit address. The assembler calculates the offset 
as (Address - PC')/1 6, where PC is the address of the instruction word imme- 
diately following the second word of the DSJEQ instruction; this results in a 
jump range of -32,768 to +32,767 words. (The offset is the second instruction 
word of the opcode.) 

The DSJ instruction is useful for large loops involving a counter. For shorter 
loops, the assembler automatically translates the DSJ mnemonic into a DSJS 
instruction. 



Mactiine States 


2 if no jump 

3 if jump 








Status Bits 


N Unaffected 
C Unaffected 
Z Unaffected 
V Unaffected 








Examples 


Code 


Before 


After 








A5 


A5 


Jump taken? 




DSJ A5,L00P 


00000009h 


OOOOOOOSh 


Yes 




DSJ A5,L00P 


00000001 h 


OOOOOOOOh 


No 




DSJ A5,L00P 


OOOOOOOOh 


FFFFFFFFh 


Yes 
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DS J EQ Conditionally Decrement Register and Skip Jump 



Syntax 
Execution 



Instruction Words 



Description 



Machine States 
Status Bits 



DSJEQ Rd, Address 

lfZ=1,thenRd-1 -> Rd 

If Rd 9^ 0, then PC + (offset x 1 6) -» 
If Rd = 0, then go to next instruction 

If Z = 0, then go to next instruction 



PC 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 1 

















1 


1 





1 


1 





1 


R 


Rd 


offset 
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The DSJEQ instruction evaluates the status Z bit. Depending on the value of 
that bit, the TMS34020 either skips the jump, or decrements Rd and then 
makes a decision to jump or skip the jump: 

□i Z = 1 . The TMS34020 decrements the contents of the destination register 
by1. 

B Rd - 1 9t 0. The TMS34020 jumps relative to the current PC. The 
current PC points to the instruction word that immediately follows the 
second word of the DSJEQ instruction. The signed word offset is 
converted to a bit offset by multiplying by 1 6. The new PC address is 
then obtained by adding the resulting signed offset (offset x 1 6) to the 
address of the next instruction. 

■ Rd - 1 = 0. The TMS34020 skips the jump and continues program 
execution at the next sequential instruction. 

Qi Z = 0. The TMS34020 skips the jump and continues program execution at 
the next sequential instruction. 

The Address operand is a 32-bit address. The assembler calculates the offset 
as (Address - PC')/1 6, where PC is the address of the instruction word imme- 
diately following the second word of the DSJ instruction; this results in a jump 
range of -32,768 to +32,767 words. (The offset is the second instruction word 
of the opcode.) 

You can use this instruction after an explicit or implicit compare to 0. Additional 
information on these types of compares can be obtained in the CMP, CMPI, 
and MOVE-to-register instructions. 

2 if no jump 

3 if jump 

N Unaffected 

Unaffected 

Z Unaffected 

V Unaffected 

TMS34020 Assembly Language Instruction Set 



Conditionally Decrement Register and Skip Jump DS J EQ 



Examples 



Code 


Before 




After 






A5 


NCZV 


A5 


Jump taken? 


DSJEQ A5,L00P 


00000009h 


X X 1 X 


OOOOOOOSh 


Yes 


DSJEQ A5,L00P 


00000001 h 


X X 1 X 


OOOOOOOOh 


No 


DSJEQ A5,L00P 


OOOOOOOOh 


X X 1 X 


FFFFFFFFh 


Yes 


DSJEQ A5,L00P 


00000009h 


X X X 


00000009h 


No 


DSJEQ A5,L00P 


00000001 h 


X X X 


00000001 h 


No 


DSJEQ A5,L00P 


OOOOOOOOh 


X X X 


OOOOOOOOh 


No 
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DSJNE 



Syntax 
Execution 



Instruction Words 



Description 



l\/!aciiine States 



Status Bits 



DSJNE Rd, Address 

If Z = 0, then Rd - 1 -^ Rd 

If Rd 9t 0, then PC + (offset x 1 6) - 
If Rd = 0, then go to next instruction 

If Z = 1 , then go to next instruction 



PC 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 1 

















1 


1 





1 


1 


1 





R 


Rd 


offset 



13-106 



The DSJNE instruction evaluates the status Z bit. Depending on the value of 
that bit, the TMS34020 either skips the jump or decrements Rd and then makes 
a decision to jump or skip the jump: 

Q Z = 0. The TMS34020 decrements the contents of Rd by 1 . 

B Rd - 1 ^ 0. The TMS34020 jumps relative to the current PC. The 
current PC points to the instruction word that immediately follows the 
second word of the DSJNE instruction. The signed word offset is con- 
verted to a bit offset by multiplying by 1 6. The new PC address is then 
obtained by adding the resulting signed offset (offset x 16) to the 
address of the next instruction. 

■ Rd - 1 = 0. The TMS34020 skips the jump and continues program exe- 
cution at the next sequential instruction. 

□ Z = 1 . The TMS34020 skips the jump and continues program execution at 
the next sequential instruction. 

The Address operand is a 32-bit address. The assembler calculates the offset 
as (Address - PC')/1 6, where PC is the address of the instruction word imme- 
diately following the second word of the DSJNE instruction; this results in a 
jump range of -32,768 to +32,767 words. (The offset is the second instruction 
word of the opcode.) 

You can use this instruction after an explicit or implicit compare to 0. Additional 
information on these types of compares can be obtained in the CMP, CMPI, 
and MOVE-to-register instructions. 

2 if no jump 

3 if jump 

N Unaffected 

Unaffected 

Z Unaffected 

V Unaffected 

TMS34020 Assembly Language Instruction Set 



Conditionally Decrement Register and Skip Jump DS JNE 
Examples 



Code 




Before 
A5 


NCZV 


After 
A5 






Jumps taken? 


DSJNE 


A5,L00P 


OOOOOOOQh 


X X 1 X 


00000009h 


No 


DSJNE 


A5,L00P 


00000001 h 


X X 1 X 


00000001 h 


No 


DSJNE 


A5,L00P 


OOOOOOOOh 


X X 1 X 


OOOOOOOOh 


No 


DSJNE 


A5,L00P 


OOOOOOOQh 


X X X 


OOOOOOOSh 


Yes 


DSJNE 


A5,L00P 


00000001 h 


X X X 


OOOOOOOOh 


No 


DSJNE 


A5,L00P 


OOOOOOOOh 


X X X 


FFFFFFFFh 


Yes 
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DS JS Decrement Re^^^ and Skip Jump, Short 



Syntax 
Execution 

Instruction Words 
Fields 

Description 



DSJS Rd, Address 

Rd-1 ^ Rd 

If Rd 7^0, then PC + (offset x 1 6) - 

If Rd = 0, then go to next instruction 



PC 



15 


14 


13 


12 


11 


10 


9 


8 7 6 


5 


4 


3 


2 1 











1 


1 


1 


D 


Offset 


R 


Rd 



D is a 1 -bit direction bit (from PC to Address): 
D=0 forward jump 
D=1 backward jump 

DSJS decrements the contents of the destination register by 1 . Depending on 
the result, the TMS34020 either jumps or skips the jump: 

Qi Rd - 1 ?t 0. The TMS34020 jumps relative to PC. PC points to the instruc- 
tion word that immediately follows the DSJS instruction. Internally, the 5-bit 
word offset is multiplied by 1 6 to convert it to a bit offset. This allows a jump 
range of -30 to +32 words from PC. 

■ If direction bit D = 0. The new PC address is obtained by adding the 
resulting offset to PC. 

H If direction bit D = 1 . The new PC address is obtained by subtracting 
the resulting offset from PC. 

Q Rd - 1 = 0. The TMS34020 skips the jump and continues program execu- 
tion at the next sequential instruction. 

The Address operand is a 32-bit address. The assembler calculates the offset 
as (Address - PC)/1 6; this results in a jump range of -30 to +32 words from 
PC. (The offset is encoded as part of the instruction word.) 

Note that the assembler also calculates the value of Dand generates a warning 
is the jump is not in the range. 

This instruction is useful for coding tight loops for cache-resident routines. 



Machine States 


2 if no jump 

3 if jump 








Status Bits 


N Unaffected 
C Unaffected 
Z Unaffected 
V Unaffected 








Examples 


C0(J9 


Befpr? 


Aft?r 








A5 


A5 


Jump taken? 




DSJS A5,L00P 


00000009h 


0000000811 


Yes 




DSJS A5,L00P 


00000001 h 


OOOOOOOOh 


No 




DSJS A5,L00P 


OOOOOOOOh 


FFFFFFFFh 


Yes 
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TMS34020 Assembly Language Instruction Set 



Enable Interrupts EINT 



Syntax 
Execution 
Instruction Words 

Description 



EINT 



1 -^ IE 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 

















1 


1 





1 





1 


1 


















EINT sets the global interrupt enable bit (IE) to 1, allowing interrupts to be 
enabled. When IE=1 , individual interrupts are enabled by setting the appropri- 
ate bits in the INTENB interrupt mask register. The rest of the status register 
is unaffected. 

The DINT instruction disables interrupts. 



l\/lactiine States 


3 






Status Bits 


N Unaffected 
C Unaffected 
Z Unaffected 
V Unaffected 






IE 1 






Examples 


Code 


Before 


After 






ST 


ST 




EINT 


0000001 Oh 


0020001 Oh 




EINT 


0020001 Oh 


0020001 Oh 
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EMU Initiate Emulation 



Syntax 
Execution 
Instruction Words 

Description 

l\/laciiine States 
Status Bits 



EMU count 

Conditionally enter emulator mode 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 1 


























1 











count 



This instruction is not for general use. It is supplied to proved support for emula- 
tion of the TMS34020. 

8 (or more if EMU mode is entered) 

N Indeterminate 

C Indeterminate 

Z Indeterminate 

V Indeterminate 
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TMS34020 Assembly Language Instruction Set 



Exchange Field Definition EXG F 



Syntax 
Execution 

Instruction Words 
Description 

31 30 29 28 



EXGF Rd[,F\ 

Rd ^ FSO, FEO or Rd ^ FS1, FE1 
FSO, FEO -> Rd or FS1, FE1 -> Rd 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 1 





1 


1 





1 





1 


F 


1 











R 


Rd 



EXGF exchanges the 6 LSBs of the destination register with the selected 6 bits 
of field information (field size and field extension). Bit 5 of the 6-bit quantity in 
Rd is exchanged with the field-extension value. The upper 26 bits of Rd are 
cleared. 



•xx«XK»:-WKK-»:«:-; 



:<VMy/yA<:::<::::K:^^^^^^^^^^ 



26 25 



22 21 



11 



10—6 



4—0 



N 


C 


Z 


V 


%! 


BF 


IX 


m 


ss 


IE 


'//////////A 


FE1 


FS1 


FEO 


FSO 



Note: Shaded portions are reserved. 



EXGF's F parameter is optional: 

F=0 selects FSO, FEO to be exchanged 
F=1 selects FS1 , FE1 to be exchanged 

If you do not specify an F parameter, the default is 0. 

For more information, refer to Section 4.1 , The Status Register , on page 4-2. 



i\/laciiine States 


F0 1 
F1 2 








Status Bits 


N Unaffected 
C Unaffected 
Z Unaffected 
V Unaffected 








Examples 


Code Before 




After 






A5 


ST 


A5 


ST 




EXGF A5,0 FFFFFFCOh 


FOOOOFFFh 


0000003Fh 


FOOOOFCOh 




EXGF A5,l FFFFFFCOh 


FOOOOFFFh 


0000003Fh 


FOOOOOSFh 
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EXGPC Exchange Program Counter 



Syntax 
Execution 
Instruction Words 

Description 



EXGPC Rd 

Rd -> PC, PC -^ Rd 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 1 


























1 








1 


R 


Rd 



EXGPC exchanges the next program counter value with the destination regis- 
ter contents. After this instruction has been executed, the destination register 
contains the address of the instruction immediately following the EXGPC 
instruction. 

Note that the TMS34020 sets the 4 LSBs of the program counter to (word 
aligned). 

This instruction provides a cjfiy/c/cca// capability by saving the return address 
in a register (rather than on the stack). The return from the call is accomplished 
by repeating the instruction at the end of the subroutine. Note that the subrou- 
tine address must be reloaded following each call-return operation. 



Machine States 


2 








Status Bits 


N Unaffected 
C Unaffected 
Z Unaffected 
V Unaffected 








Exampies 


Co4e B^ore 




After 






A1 


PC 


A1 


PC 




EXGPC Al 00001 C1 Oh 


00002080h 


00002090h 


00001 01 Oh 




EXGPC Al 00001 C50h 


00002080h 


00002090h 


00001 C50h 
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Exchange Pixel Size EXGPS 



Syntax 
Execution 
Instruction Words 

Description 



Implied Operands 

Machine States 
Status Bits 



Examples 



EXGPS Rd 

Rd --> PC, PC ^ Rd 

15 14 13 12 11 10 





















1 





1 





1 


R 


Rd 



EXGPS exchanges the contents of the destination register with the contents 
of PSIZE register. The pixel size is assumed to be a legal value (1 , 2, 4, 8, 1 6, 
or 32). The destination register is loaded with the pixel size, and its previous 
contents are written with a 1 6-bit write to the PSIZE register. For more informa- 
tion, refer to Section 12.6, Auxiliary Graphics Instructions , on page 12-17. 



Address 



Name 



Description and Operations 



COOOOISOh 



PSIZE 



Pixel size (1,2,4,8,1 6,32) 



2(1) 

N Unaffected 

C Unaffected 

Z Unaffected 

V Unaffected 



EXGPS AO 

Before 
After 



AG: 
AG: 



00GGGGG1 
GGGGGGG8 



PSIZE = O0G8 
PSIZE = 00G1 
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FILL L Fill Array with Processed Pixels, Linear 



Syntax 
Execution 
Instruction Words 

Description 



impiied Operands 



Destination Address 



FILL L 

C0L0R1 pixels -> pixel array (with processing) 

15 14 13 12 11 10 9 8 7 6 5 4 3 















1 


1 


1 


1 


1 


1 





















FILL processes a set of source pixel values (specified by the COLOR 1 register) 
with a destination pixel array. 

This instruction operates on a 2-dimensional array of pixels using pixels 
defined in the C0L0R1 register. As the FILL proceeds, the source pixels are 
combined with destination pixels according to the selected graphics oper- 
ations. 

Note that the L parameter in the instruction syntax does not represent a value 
or a register; the L is entered as part of the instruction and identifies the starting 
address of the pixel array as a linear address. 

The following set of implied operands govern the operation of the instruction 
and define both the source pixels and the destination array. 



Register 


Name 


Format Description 


B2t 


DADDR 


Linear Pixel array starting address 


B3 


DPTCH 


Linear Pixel array pitch 


B7 


DYDX 


XY Pixel array dimensions (rows:columns) 


89 


C0L0R1 


Pixel Fill color or 32-bit pattern 


'*' Changed by 


' FILL during execution. 


Address 


Name 


Description and Operations 


COOOOOBOh 


CONTROL 


PPOP Pixel-processing operations (22 options) 
T Enables transparency operation 
TM Selects 1 of 3 transparency options 


COOOOISOh 


PSIZE 


Pixel size (1,2,4,8,1 6,32) 


cooooieoh 


PMASK 
(32 bits) 


Plane mask — pixel format 



Due to the pipelining of memory writes, the lasWO register that you write (when 
setting up the I/O registers) may not, in some cases, contain the desired value 
when you execute the Fl LL instruction. To ensure that this register contains the 
correct value for execution, you may want to follow the write to that location with 
an MWAIT (page 13-178) instruction. Refer to Section 4.5.6 on page 4-13 for 
a description of the potential latency of writes to I/O registers. 

The contents of the DADDR, DPTCH, and DYDX registers define the location 
of the destination pixel array. For a detailed description, refer to Section 
12.5, Pixel Array Instructions , on page 12-8. 
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Pixel Processing 



Window Cfiecldng 
Comer Adjust 
Transparency 

Interrupts 

Plane Masking 



Shift Register 
Transfers 



Machine States 
Status Bits 



Examples 



Fill Array with Processed Pixels, Linear FILL L 



Set PPOPICONTROLB to select a pixel-processing operation. This operation 
is applied to the pixel as it is moved to the destination location. There are 16 
Boolean and 6 arithmetic operations; the default operation at reset is replace 
(S -^ D). Note that the destination data is read through the plane mask and then 
processed. The 6 arithmetic operations do not operate with a pixel size of 1 bit 
per pixel. For more information, refer to Section 12.8, Pixel Processing , on 
page 12-27. 

Window checking cannot be used with this instruction. The contents of the 
WSTART and WEND registers are ignored. 

There is no corner adjust for this instruction. The direction of the FILL is fixed 
as increasing linear addresses. 

You can enable transparency for this instruction by setting TICONTROL] to 
1. You can also select 1 of 3 transparency options by setting TMlCONTROU. 
For more information, refer to Section 12.9, Transparency , on page 12-36. 

This instruction can be interrupted at a word or row boundary of the destination 
array. For more information, refer to Section 6.6, Interrupting Graphics Opera - 
tions , on page 6-1 3. 

The plane mask is enabled for this instruction. For more information, refer to 
Section 12.10, Plane Masking , on page 12-39. 

If CSTlDPYTCTL] is set, each memory read or write initiated by the FILL 
generates a shift-register-transfer read or write cycle at the selected address. 
This operation can be used for bulk memory clears or transfers. (Not all VRAMs 
support this capability.) For more information, refer to subsection 9.13.4, 
VRAM Bulk Initialization , on page 9-47. 

complex instruction 

N Unaffected 

C Unaffected 

Z Unaffected 

V Unaffected 

These FILL examples use the following implied operand setup. 



Register File B: 

DADDR =0000201 Oh 

DPTCH = OOOOOOSOh 

DYDX = 0002000Dh 

C0L0R1 =30303030h 



I/O Registers: 

PSIZE = OOOSh 



Assume that memory contains the following values before instruction execu- 
tion. 

Linear 

Address Data 

00002000h 1 1 0Oh, 3322h, 5544h, 7766h, 9988h, BBAAh, DDCCh, FFEEh 

00002080h 1 1 0Oh, 3322h, 5544h, 7766h, 9988h, BBAAh, DDCCh, FFEEh 
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FILL L Fill Array with Processed Pixels, Linear 



Example 1 



Example 2 



Example 3 



This example uses the pixel-processing replace (S -> D) operation. Before 
instruction execution, PMASK = OOOOh and CONTROL = OOOOh (T=0, 
PPOP=00000). 

After instruction execution, memory contains the following values: 

Linear 

Address Data 

00002000h 1 1 0Oh, 3030h, 3030h, 3030h, 3030h, 3030h, 3030h, FF30h 

00002080h 1 1 0Oh, 3030h, 3030h, 3030h, 3030h, 3030h, 3030h, FF30h 

This example uses the (S and D) -^ D pixel-processing operation. Before 
instruction execution, PMASK = OOOOh and CONTROL = 2C00h (T=0, 
PPOP=01010). 

After instruction execution, memory contains the following values: 

Linear 

Address Data 

00002000h 1 1 0Oh, 0302h, 4544h, 4746h, 8988h, BBSAh, CDCCh, FFCEh 

00002080h 1 1 0Oh, 0302h, 4544h, 4746h, 8988h, 8B8Ah, CDCCh, FFCEh 

This example uses plane masking — the 4 MSBs are masked. Before instruc- 
tion execution, PMASK = OFOFOh and CONTROL = OOOOh (T=0, 
PPOP=00000). 

After instruction execution, memory contains the following values: 

Linear 

Address Data 

00002000h 1 1 0Oh, 3020h, 5040h, 7060h, 9080h, BOAOh, DOCOh, FFEOh 

00002080h 1 1 0Oh, 3020h, 5040h, 7060h, 9080h, BOAOh, DOCOh, FFEOh 
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Fill Array with Processed Pixels, XY FILL XY 



Syntax 
Execution 
Instruction Words 

Description 



implied Operands 



FILL XY 

C0L0R1 pixels -> pixel array (with processing) 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 

















1 


1 


1 


1 


1 


1 


1 


















FILL processes a set of source pixel values (specified by the COLOR 1 register) 
with a destination pixel array. 

This instruction operates on a 2-dimensional array of pixels using pixels 
defined in the C0L0R1 register. As the FILL proceeds, the source pixels are 
combined with destination pixels according to the selected graphics opera- 
tions. 

Note that the XY parameter in the instruction syntax does not represent a value 
or a register; it is entered as part of the instruction and identifies the starting 
address of the pixel array as an XY address. 

The following set of implied operands govern the operation of the instruction 
and define both the source pixels and the destination array. 



Register 


Name 


Format Description 


B2tt 


DADDR 


XY Pixel array starting address 


B3 


DPTCH 


Linear Pixel array pitch 


B4 


OFFSET 


Linear Screen origin (address of 0,0) 


85 


WSTART 


XY Window starting corner 


86 


WEND 


XY Window ending corner 


B7tt 


DYDX 


XY Pixel array dimensions (rows:columns) 


89 


C0L0R1 


Pixel Fill color or 32-blt pattern 


"1" Changed by FILLXY during execution. 

* Used for common rectangle function with window hit operation (W=1 ). 


Address 


Name 


Description and Elements (Bits) 


COOOOOBOh 


CONTROL PROP Pixel-processing operations (22 options) 
W Window-checking operation 
T Enables transparency 
TM Selects 1 of 3 transparency options 


C0000140h 


CONVDP 


XY-to-linear conversion (destination pitch) 


C0000150h 


PSIZE 


Pixel size (1,2,4,8,1 6,32) 


cooooieoh 


PMASK 
(32 bits) 


Plane mask — pixel format 



Due to the pipelining of memory writes, the last I/O register that you write to 
may not, in some cases, contain the desired value when you execute the FILL 
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Fl LL X Y Fill Array with Processed Pixels, XY 



Destination Array 



Pixel Processing 



Window Checking 



Corner Adjust 



Transparency 



Interrupts 



Plane Masking 



Shift Register 
Transfers 



XY instruction. To ensure that tiiis register contains the correct value for execu- 
tion, you may want to follow the write to that location with an IVIWAIT instruction 
(page 13-178). Refer to Section 4.5.6 on page 4-13 for a description of the 
potential latency of writes to I/O registers. 

The location of the destination pixel array is defined by the contents of the 
DADDR, DPTCH, CONVDP, OFFSET, and DYDX registers. For a detailed 
description, refer to Section 12.5, Pixel Array Instructions , on page 12-8. 

Pixel processing can be used with this instruction. PPOPCCONTROL] speci- 
fies the pixel-processing operation that is applied to pixels as they are proc- 
essed with the destination array. There are 1 6 Boolean and 6 arithmetic opera- 
tions; the default case at reset is the replace (S -^ D) operation. Note that the 
destination data is read through the plane mask and then processed. The 6 
arithmetic operations do not operate with a pixel size of 1 bit per pixel. For more 
information, refer to Section 12.8, Pixel Processing , on page 12-27. 

The window operations can be used with this instruction. You can select 
window pick, violation detect, or preclipping by setting WECONTROL] to 1 , 2, 
or 3, respectively. For more information, refer to Section 1 2.7, Window Check - 
ing[, on page 12-19. 

There is no corner adjust for this instruction. The direction of the FILL is fixed 
as increasing linear addresses. 

You can enable transparency for this instruction by setting TCCONTROL] to 
1 . Select 1 of 3 transparency modes by setting TM [CONTROL]. For more 
information, refer to Section 12.9, Transparency , on page 12-36. 

This instruction can be interrupted at a word or row boundary of the destination 
array. For more information, refer to Section 6.6, Interrupting Graphics Opera - 
tions , on page 6-13. 

The plane mask is enabled for this instruction. For more information, refer to 
Section 12.10, Plane Maskinc . on page 12-39. 

If CSTlDPYCTLl is set, each memory read or write initiated by the FILL gener- 
ates a shift-register-transfer read or write cycle at the selected address. This 
operation can be used for bulk memory clears or transfers. (Not all VRAMs 
support this capability.) For more information, refer to subsection 9.13.4, 
VRAM Bulk Initialization , on page 9-47. 



Machine States 
Status Bits 



complex instruction 

N Unaffected 

C Unaffected 

Z Unaffected 

V Unaffected 
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Examples 



Fill Array with Processed Pixels, XY FiLL XY 



These FILL examples use the following implied operand setup. 

Register File B: 

DADDR 

DPTCH 

OFFSET 

WSTART 

WEND 

DYDX 

C0L0R1 



00520007h 
000001 OOh 
OOOtOOOOh 
0030000Ch 
0053001 4h 
0003001 2h 



I/O Registers: 

CONVDP =0017h 
PSIZE = 0004h 
PMASK = OOOOh 
CONTROL = OOOOh 

(W=00, T=0, PPOP=00000) 

FFFFFFFFh 



Assume that memory contains the following values before instruction execu- 
tion. 

Linear 

AddrGSS D3td 

0001 5200h 321 Oh, 7654h, BA98h, FEDCh, 321 Oh, 7654h, BA98h, FEDCh 

0001 5300h 321 Oh, 7654h, BA98h, FEDCh, 321 Oh, 7654h, BA98h, FEDCh 

0001 5400h 321 Oh, 7654h, BA98h, FEDCh, 321 Oh, 7654h, BA98h, FEDCh 



Example 1 



This example uses the replace (S -> D) pixel-processing operation. Before 
instruction execution, PMASK = OOOOh and CONTROL = OOOOh (T=0, W=00, 
PPOP=00000). 

After instruction execution, memory contains the following values: 

Linear 

AddrGSS D3t3 

0001 5200h 321 Oh, F654h, FFFFh, FFFFh, FFFFh, FFFFh, BA9Fh, FEDCh 

0001 5300h 321 Oh, F654h, FFFFh, FFFFh, FFFFh, FFFFh, BA9Fh, FEDCh 

0001 5400h 321 Oh, F654h, FFFFh, FFFFh, FFFFh, FFFFh, BA9Fh, FEDCh 

XY Addressing 

X Address 

000000000000000011111111111111 1 
01 23456789ABCDEF01 2356789ABCDEF 



A 

d52 
d 
r 53 

e 

s54 

s 



01 23456FFFFFFFFFFFFFFFFF9ABCDEF 
01 23456FFFFFFFFFFFFFFFFF9ABCDEF 
1 2 3 45 6FFFFFFFFFFFFFFFFF9ABCDEF 
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Example 2 



Example 3 



This example uses the (D XOR S) -^ D pixel-processing operation. Before 
instruction execution, PMASK = OOOOh and CONTROL = 2800h (T=0, W=00, 
PPOP=01010). 

After instruction execution, memory contains the following values: 

X Address 

00000000000000011111111111111111 
01 23456789ABCDEF01 23456789ABCDEF 



A 

d52 

d 

r 53 

e 

s54 

s 



01 2345687654321 0FEDCBA9879ABCDEF 
01 2345687654321 0FEDCBA9879ABCDEF 
01 2345687654321 0FEDCBA9879ABCDEF 



This example uses window operation 3: the destination is clipped. Before 
instruction execution, PMASK = OOOOh and CONTROL = OOCOh (T=0, W=11 , 
PPOP=00000). 

After instruction execution, memory contains the following values: 

X Addross 

000000000000000111111111111111 1 1 
1 23456789ABCDEF01 23456789ABGDEF 



A 

d 52 
d 

r 53 
e 

8 54 
s 



01 23456789ABFFFFFFFFF56789ABCDEF 
01 23456789ABFFFFFFFFF56789ABGDEF 
01 234567 8 9ABFFFFFFFFF56789ABGDEF 



Example 4 



This example uses plane masking: the MSB is masked. Before instruction exe- 
cution, PMASK = 8888h and CONTROL = OOOOh (T=0, W=00, PPOP=00000). 

After instruction execution, memory contains the following values: 

X Address 

00000000000000011111111111111111 
01 23456789ABGDEF01 23456789ABGDEF 



A 

d 52 
d 

r 53 
e 

s 54 
s 



01 234567FFFFFFFF77777777F9ABGDEF 
01 234567FFFFFFFF77777777F9ABGDEF 
01 234567FFFFFFFF77777777F9ABGDEF 
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Fast Line Draw with Linear Addressing FLINE 



Syntax 
Execution 

Instruction Words 

Fieids 

Description 



FLINE {Ol 1} 

The two execution algorithms for FLINE are explained below. These algo- 
rithms are similar, varying only in their treatment of the case when d=0. 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 





1 


1 





1 


1 


1 


1 





Z 








1 


1 





1 






The assembler sets bit 7 in the instruction word (the Z bit) to or 1 , depending 
on which FLINE algorithm you select: 
Z=0 selects algorithm 
Z=1 selects algorithm 1 

FLINE is a version of LINE. The major differences are: 

Qj FLINE is faster than LINE. 

Ql FLINE does not support windowing. 

Qj FLINE requires B2 to be linear. 

FLINE performs the inner loop of Bresenham's line-drawing algorithm. This 
type of line draw plots a series of points (Xi,yj) either diagonally or laterally with 
respect to the previous point. Movement from pixel to pixel always proceeds 
in a dominant lateral direction. The algorithm may or may not also increment 
in the direction with the smaller dimension (this produces a diagonal move- 
ment). Two XY-format registers supply the XY increment values for the two 
possible movements. The FLINE instruction maintains a decision variable, d, 
that acts as an error term, controlling movement in either the dominant or 
diagonal direction. The algorithm operates in one of two modes, depending on 
how the condition d=0 is treated. 

During FLINE execution, some portion of a line from (xo,yo) to (x-j ,yi ) is drawn. 
The line is drawn so that the axis with the largest extent has dimension a, and 
the axis with the least extent has dimension b. Thus, a is the larger (in absolute 
terms) of y-| - yo, or x-^ - xq and b is the smaller of the two. This means that 
a>b>0. 

The LINIT instruction (page 13-146) is designed to do most of the setup for 
FLINE with the exception of the XY to linear conversion of DADDR. 

The following values must be supplied to draw a line from (xQ.yo) to (xi,yi): 

Qj Set the value in DADDR to be the linear address of the first pixel in the line 
at (xo,yo). 

m Use the line endpoints to determine the major and minor dimensions (a 
and b, respectively) for the line draw; then set the DYDX register to this 
value {b:a). 

□ Place the signed XY increment for a movement in the diagonal (or minor) 
direction (d> for Z=0, of > for Z=1) in the INC1 register. 
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Qi Place the signed XY increment for a movement in tlie dominant (or major) 
direction (cf < for Z=0, d< for Z=1 ) in the INC2 register. 

Qi Set the initial value of the decision variable in register BO to 2b - a. 

Q Set the initial count value in the COUNT register to a + 1 . 

Q Set the COLOR 1 and COLORO registers. 

Qi Set the PATTERN register to the required pattern. 

FLINE handles the contents of PATTERN in the same way as LINE (unlike 
PFILL XY). With FLINE, the first pixel drawn is controlled by bit of the 
PATTERN register. 

The PATTERN register contains a 32-bit repeating line-style pattern. If bit 
of PATTERN is 0, then the first pixel drawn by LINE is a COLORO pixel, if bit 
of PATTERN is /, then the first pixel drawn by LINE is a C0L0R1 pixel. 
The second pixel drawn by LINE is controlled by bit 1 of B1 3, and so on. If 
the line is longer than 32 pixels, the PATTERN is reused cyclically; there- 
fore, the 33''^ pixel on the line is once again controlled by bit of PATTERN. 
As each pixel is drawn, the contents of PATTERN are rotated right (circular 
shifted) by 1 bit. The LSB of the rotated pattern controls the next pixel the 
instruction puts out. 

If PATTERN contains all 1 s, the line is drawn in a solid color using the repli- 
cated pixel value contained in C0L0R1 ; if PATTERN contains all Os, the 
line is drawn in a solid color using COLORO. 

The FLINE instruction may use one of two algorithms, depending on the value 
ofZ. 



Algorithm (Z=0): 

While COUNT > 

COUNT = COUNT -1 
Draw the next pixel 
lfd>0 

d= Gf+2b~2a 

POINTER = POINTER + INC1 
Elsec/= d +2d; 

POINTER = POINTER + INC2 



Algorithm 1 (Z=1): 

While COUNT > 

COUNT = COUNT ~1 
Draw the next pixel 
lfc/>0 

d= d+2b-2a 

POINTER = POINTER + INC1 
Else d= d+2b] 

POINTER = POINTER + INC2 



For more information about FLINE, refer to Section 1 2.4, Line Instructions , on 
page 12-7. 
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Fast Line Draw with Linear Addressing FLI N E 



Implied Operands 



Register 1 


Name 


Format Description 


BO 


t 


SADDR 


integer Decision variable (d) 


B2 


t 


DADDR 


Linear Starting point 


B3 




DPTCH 


Linear Destination pitch (only used if 

CONVDP specifies arbitrary pitch) 


B7 




DYDX 


XY (b: a) = Minor: major dimension 


B8 


t 


COLORO 


Pixel COLORO 


B9 


H 


C0L0R1 


Pixel C0L0R1 


B10 


t 


COUI^JT 


Integer Loop count 


B11 




INC1 


XY Minor axis (diagonal) increment 


B12 




iNC2 


XY Major axis (dominant) increment 


B13 




PATTERN 


Pattern Pattern register 


'f These registers are changed by instruction execution. 
■I- This register is only required if there are O's in the pattern. 
§ This register is only required if there are 1 's in the pattern. 


Address 


Name 


Description and Elements (Bits) 


COOOOOBOh 


CONTROL 


PROP Pixel-processing operations (22 options) 
T Transparency operation 
TM Sets transparency mode 


C0000140h 


CONVDP 


XY-to-linear conversion (destination pitch) 


C0000150h 


PSIZE 


Pixel size (1,2,4,8,1 6,32) 


C0000160h 


PMASK 
(32 bits) 


Plane mask — pixel format 



Pixel Processing 



Window Checking 



Transparency 



Due to the pipelining of memory writes, tine last I/O register that you write to 
may not, in some cases, contain the desired value when you execute the FILL 
XY instruction. To ensure that this register contains the correct value for execu- 
tion, you may want to follow the write to that location with an MWAIT instruction 
(page 13-178). Refer to Section 4.5.6 on page 4-13 for a description of the 
potential latency of writes to I/O registers. 

PPOPCCONTROLU specifies the operation to be applied to the pixel as it is 
written. There are 22 operations; the default case at reset is the pixel-process- 
ing replace (S -> D) operation. For more information, refer to Section 1 2.8, Pix - 
el Processing , on page 12-27. 

Window checking cannot be used with this instruction. The line must be 
preclipped; for more information, refer to Section 1 2.7, Window Checking , on 
page 12-19. 

You can enable transparency for this instruction by setting TlCONTROU to 
1. Select 1 of 3 transparency options by setting TMlCONTROLl. For more 
information, refer to Section 12.9, Transparency , on page 12-36. 
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Plane Masking 
Interrupts 



The plane mask is enabled for this instruction. For more information, refer to 
Section 12.10, Plane Maskino . on page 12-39. 

This instruction can be interrupted at a pixel boundary. For more information, 
refer to Section 6.6, Interrupting Graphics Operations , on page 6-13. 



Machine States 
Status Bits 



Example 



Refer to Section 15.1 on page 15-2. 

N Unaffected 

C Unaffected 

Z Unaffected 

V Unaffected 

This is an example of a C-compatible assembly routine which draws a solid line 
on the screen. It takes 4 parameters from the C parameter stack: (xstart, ystart) 
and (xend, yend), and uses LIMIT to initialize the B-file implied operands for 
LINE or FLINE. It also special-cases horizontal and vertical lines and uses a 
FILL for these. 



STK 


. set 


A14 


DADDR 


. set 


B2 


DYDX 


.set 


B7 


INCl 


.set 


Bll 


PATTERN 


. set 


B13 




.globl 


_draw_line 


_draw_line: 


mmtm 


SP,A0,A1 




mmtm 


SP,B2,B7,B 




move 


'^-A14,A0,1 




move 


*-A14,Al,l 




sll 


16, Al 




movy 


A1,A0 




move 


'^-A14,A1,1 




move 


^-A14,A8,1 




sll 


16, A8 




movy 


A8,A1 




move 


AO, DADDR 




move 


A1,DYDX 




movi 


-1, PATTERN 




Unit 






jrc 


exit 




jrp 


cliptst 



This routine makes the assumes that the following B registers and I/O registers 
have been initialized by the caller: 

B-file registers DPTCH, OFFSET, WSTART, WEND and C0L0R1 
I/O registers CONTROL, CONVDP, PSIZE, and PMASK 



C-parameter stack pointer 
Destination address register 
Delta X/delta Y register 
Minor axis (diagonal) increment 
Pattern register 

Reference for external calls 



get xs 
get ys 

concatenate ys::xs 
get xe 
get ye 

concatenate ye::xe 



line is entirely outside window 
line neither vertical or horizontal 
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TMS34020 Assembly Language Instruction Set 






FsiSlUnepraw^ FLINE 



line. 



; Confirmed that line is vertical or horizontal, so FILL can be used 

; instead of LINE. Now determine whether line points in the +x or 

; +y direction, or in the -x or -y direction. 

vorh: cmpxy A0,A1 ; a = xe - xs, b = ye - ys 

jrv negdir ; jump if -x direction 

jrc negdir ; jump if -y direction 

; Horizontal or vertical line points in +x or +y direction, 
move AO,DADDR ; DADDR = ys::xs 
subxy A0,A1 ; a = xe - xs, b = ye - ys 

move A1,DYDX ; DYDX = length of line 
jruc vorhline ; 

; Horizontal or vertical line points in -x or -y direction. 

DADDR = ye: :xe 
a = xs - xe, b = ys - ye 
DYDX = length of line 

++DX, ++DY 
draw line 

clipping required use LINE 
convert to linear address 
does line point up or down? 

draw Bresenham line 

draw Bresenham line 

does line point up or down? 

draw Bresenham line 

draw Bresenham line 



/return to caller 



negdir: 


move 


Al , DADDR 




subxy 


A1,A0 




move 


AO,DYDX 


; Draw the 


vertical 


or horizontal 


vorhline: 


addi 


010001h,DYDX 




fill 


XY 




jruc 


exit 


cliptst : 


jrv 


draw 




cvdxyl 


DADDR 




move 


INC1,INC1 




jrlt 


fdown 




fline 







jruc 


exit 


f down : 


fline 


1 




jruc 


exit 


draw: 


move 


INC1,INC1 




jrlt 


down 




line 







jruc 


exit 


down: 


line 


1 


exit: 


mmfm 


SP,B2,B7,B10, 




mmfm 


SP,A0,A1 




rets 


2 
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FPIXEQ Find Pixel Equal to COLORO 



Syntax 
Execution 

Instruction Words 

Description 



implied Operands 



FPIXEQ 

Scan from pixel pointed to by MADDR to find the first pixel equal to COLORO, 
up to the number of pixels specified in MPTCH. 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 

















1 





1 





1 





1 


1 


1 





1 


1 



FPIXEQ compares pixels in memory to the value in the COLORO register. The 
search ends when the current pixel is equal to the COLORO pixel of the number 
of pixels specified in MPTCH has been searched. The search takes place in 
either an postincrementing or a predecrementing fashion. MPTCH specifies 
the number of pixels to search. The count is positive in the postincrementing 
case {search right) and negative in the predecrementing case {search left). 

The magnitude of the MPTCH counter decreases as the search continues. 

If the instruction finds a pixel, Z is set to 1 , the instruction aborts. MADDR is 
left pointing to the next pixel to check (postincrementing case) or the last pixel 
checked (predecrementing case). 

If the instruction is interrupted, the pointers are set so the FPIXEQ resumes 
automatically. That is, the PC is decremented to point back to the FPIXEQ, the 
ST and PC are stacked, MADDR is left pointing to the next pixel to check (post- 
incrementing case) or the last pixel checked (predecrementing case, and 
before the TRAP routine is started.The RETI at the end of the TRAP resumes 
the FPIXEQ instruction from the next pixel to be checked.For more informa- 
tion, refer to Section 12.6, Auxilian/ Graphics Instructions , on page 12-17. 

This instruction is useful for seedfills, data compression, and edge-flag fills. 



Register 


Name Format Description 


B8 


COLORO Pixel COLORO 


B10 


MADDR Linear Search start pointer 


B11 


MPTCH Integer Number of pixels to search 




Address 


Name Description and Elements (Bits) 


COOOOISOh 


PSIZE Pixel size 


C0000160h 


PMASK (32 bits) Plane mask — pixel format 
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Due to the pipelining of memory writes, the last I/O register that you write to 
may not, in some cases, contain the desired value when you execute the 
FPIXEQ instruction. To ensure that this register contains the correct value for 
execution, you may want to follow the write to that location with an MWAIT 
(page 1 3-1 78) instruction. Refer to Section 4.5.6 on page 4-1 3 for a description 
of the potential latency of writes to I/O registers. 

TMS34020 Assembly Language Instruction Set 



Find Pixel Equal to COLORO FPIXEQ 



Pixel Processing 
Window Ctieciiing 
Transparency 
Plane Masking 

Machine States 
Status Bits 



Pixel processing cannot be used with this instruction. 

Window checking cannot be used with this instruction. 

Transparency cannot be used with this instruction. 

The plane mask is enabled for this instruction. For more information, refer to 
Section 12.10, Plane Masking , on page 12-39. 

complex instruction 

N Unaffected 

C Unaffected 

Z y if pixel found, otherwise 

V Unaffected 
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FPIXNE Find Pixel Not Equal to COLORO 



Syntax 
Execution 

Instruction Words 

Description 



Implied Operands 



Pixel Processing 
Window Checking 



FPIXNE 

Scan from pixel pointed to by MADDR to find first pixel that is not equal to 
COLORO, up to the number of pixels specified in MPTCH. 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 

















1 





1 





1 


1 





1 


1 





1 


1 



FPIXNE compares pixels in memory to the value in the COLORO register. The 
search ends when the current pixel is not equal to the COLORO pixel. The 
search takes place in either an postincrementing or a predecrementing 
fashion. MPTCH specifies the maximum number of pixels to search. Note that 
this is not an XY value.The count is positive in the postincrementing case 
{search right) and negative in the predecrementing case {search left). 

If the instruction finds a pixel, Z is set to 1 , the instruction aborts. MADDR is 
left pointing to the next pixel to check (postincrementing case) or the last pixel 
checked (predecrementing case). 

The magnitude of the MPTCH counter decreases as the search continues. If 
the instruction is interrupted, the pointers are set so the FPIXNE resumes auto- 
matically. That is, the PC is decremented to point back to the FPIXNE, the ST 
and PC are stacked, MADDR is left pointing to the next pixel to check (post- 
incrementing case) or the last pixel checked (predecrementing case, and the 
TRAP routine is started.The RETI at the end of the TRAP resumes the FPIXNE 
instruction from the next pixel to be checked. For more information, refer to 
Section 12.6, Auxiliary Graphics Instructions , on page 12-17. 



Register 


Name Format 


Description 


BIO 


MADDR Linear 


Search start pointer 


B11 


MPTCH Integer 


Number of pixels to search 


88 


COLORO Pixel 


COLORO 




Address 


Name Description and Elements (Bits) 


G0000150h 


PSIZE Pixel 


size 


G0000160h 


PMASK (32 bits) Plane mask — pixel format 



Due to the pipelining of memory writes, the last I/O register that you write to 
may not, in some cases, contain the desired value when you execute the 
FPIXNE instruction. To ensure that this register contains the correct value for 
execution, you may want to follow the write to that location with an MWAIT 
(page 1 3-1 78) instruction. Refer to Section 4.5.6 on page 4-1 3 for a description 
of the potential latency of writes to I/O registers. 

Pixel processing cannot be used with this instruction. 

Window checking cannot be used with this instruction. 
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TMS34020 Assembly Language Instruction Set 



Find Pixel Not Equal to COLORO FPIXNE 



Transparency 
Plane Masking 

Machine States 
Status Bits 



Transparency cannot be used with this instruction. 

The plane mask is enabled for this instruction. For more information, refer to 
Section 12.10, Plane Masking , on page 12-39. 

complex instruction 

N Unaffected 

C Unaffected 

Z y if pixel found, otherwise 

V Unaffected 
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G ETPC Ge Counter into Register 



Syntax 




GhlPC Rd 




















Execution 




PC -> Rd 




















Instruction Words 






15 14 13 12 11 10 


9 


8 


7 


6 


5 


4 


3 


2 1 






























1 





1 





R 


Rd 



Description 



GETPC copies the PC into the destination register (Rd). When the instruction 
completes, Rd contains the address of the instruction word immediately follow- 
ing the GETPC instruction. Execution continues with the next instruction. You 
can use GETPC with the EXGPC and JUMP instructions for quick call on jump 
operations. You can also use GETPC to access relocatable data areas whose 
position relative to the code area is known at assembly time. 



i\/lacliine States 


1 






Status Bits 


N 


Unaffected 






C 


Unaffected 






Z 


Unaffected 






V 


Unaffected 




Examples 


Code Before 


After 






PC 


A1 




GETPC Al 00001 BDOh 


00001 BEOh 




GETPC Al 00001 01 Oh 


00001 C20h 
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TMS34020 Assembly Language Instruction Set 



Get Pixel Size into Register G ETPS 



Syntax 
Execution 
Instruction Words 

Description 



Implied Operands 

Machine States 
Status Bits 



Examples 



GETPS Rd 

PSIZE -^ Rd 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 1 























1 





1 


1 





R 


Rd 



GETPS fetches the pixel size stored in the PSIZE register and loads it into the 
destination register. The pixel size is assumed to be a legal value (1 , 2, 4, 8, 
16, or 32). For more information, refer to Section 12.6, Auxiliary Graphics 
Instructions , on page 12-17. 



Address 



Name 



Description and Elements (Bits) 



COOOOISOh 



PSIZE 



Pixel Size (1,2,4,8,1 6,32) 



N Unaffected 






C Unaffected 






Z Unaffected 






V Unaffected 






Code 


Before 


After 




AO 


AO 


GETPS AO 


00000035 


00000008 


(PSIZE = 8) 
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GETST Ge^^^ 



Syntax 
Execution 
Instruction Words 

Description 



GETST Rd 

ST -> Rd 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 1 


























1 


1 








R 


Rd 



GETST copies the contents of the status register into the destination register. 



31 


30 


29 


28 




26 


25 




22 


21 




11 


10—6 


5 


4—0 


N 


C 


Z 


V 


!%; 


BF 


IX 


! W^ 


IE 


""1 '! ''-"!/: iM ! '! y 


FE1 


FS1 


FEO 


FSO 



Note: Shaded portions are reserved. 



Mactiine States 
Status Bits 



Examples 



For more information, refer to Section 4.1 , The Status Register , on page 4-2. 
1 



N Unaffected 




G Unaffected 




Z Unaffected 




V Unaffected 




Code B^fpr^ 


After 


ST 


Al 


GETST Al 2020001 Oh 


2020001 Oh 


GETST Al 0000001 Oh 


0000001 Oh 
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TMS34020 Assembly Language Instruction Set 



Wait for Interrupt IDLE 



Syntax 
Execution 
Instruction Words 

Description 



Machine States 
Status Bits 



IDLE 

Halt execution until interrupted 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 
































1 





















IDLE waits for an interrupt to occur. While IDLE waits for an interrupt, an inter- 
nal microcode loop executes, and the PC continually points to the IDLE instruc- 
tion. When the TMS34020 takes an interrupt, the PC value that is pushed onto 
the system stack points to the instruction that immediately follows the IDLE 
instruction. Upon return from the interrupt, the PC is restored and execution 
begins at the instruction immediately following the IDLE instruction. 

An interrupt request that is not enabled is ignored by the IDLE instruction. 

Refer to Section 15.1 on page 15-2. 

N Unaffected 

C Unaffected 

Z Unaffected 

V Unaffected 
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INC Increment Register 

Syntax 
Execution 
Instruction Words 



Description 



INC Rd 

Rd + 1 -> Rd 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 1 














1 




















1 


R 


Rd 



INC adds 1 to the contents of the destination register and stores the result in 
the destination register. This instruction is an alternate mnemonic for addk 

l,Rd. 

You can accomplish multiple-precision arithmetic by using INC in conjunction 
with the ADDC instruction. 



l\/laciiine States 


1 








Status Bits 


N 1 if the result is negative, othenA/ise 






C y if there is a carry. 


otherwise 






Z / if the result is 0, otherwise 






V 1 if there is an overflow, otherwise 




Examples 


Code 


Before 


After 








A1 


A1 


N C Z V 




INC Al 


OOOOOOOOh 


00000001 h 


0000 




INC Al 


OOOOOOOFh 


0000001 Oh 


0000 




INC Al 


FFFFFFFFh 


OOOOOOOOh 


01 1 




INC Al 


FhhhFFFEh 


FFFFFFFFh 


1 000 




INC Al 


7FFFFFFFh 


SOOOOOOOh 


1 001 
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TMS34020 Assembly Language Instruction Set 



Jump Absolute Conditional JAcondition 



Syntax 


JAcondition Address 


















Execution 


If condition true, then Address -^ PC 

If condition false, then go to next instruction 














Instruction Words 


15 14 13 12 11 10 9 8 7 6 


5 


4 


3 


2 


1 







1 


1 








code 


1 

























16LSBsofy4cydress 




16 lASBsoi Address 



Fieids 



Description 



code is a 4-bit digit that identifies the condition for the jump within the 
opcode. (See the condition codes table below.) 

The JAcondition instruction conditionally jumps to an absolute address. The 
condition is part of a mnemonic that represents the condition for the jump; for 
example, if condition is UC, then the instruction is JAUC . (See the condition 
mnemonics and codes listed below.) If the specified condition is true, the 
TMS34020 jumps to the address and continues execution from that point. If the 
specified condition is false, the TMS34020 skips the jump and continues exe- 
cution at the next sequential instruction. Note that the 4 LSBs of the program 
counter are hardwired to 0. 

The Address operand in the syntax represents the 32-bit absolute address^ 
Note that the second and third instruction words contain the address for the 
jump. 

The JAcondition instructions are usually used in conjunction with the CMP and 
CMPI instructions. The JAV and JANV instructions can also be used to detect 
window violations or CPW status. 



Maciiine States 


3 if no jump, 


else 4 










Status Bits 




N 


Z 
V 


Unaffected 
Unaffected 
Unaffected 
Unaffected 










Examples 


Code 




Flags for Branch 




Code 




Flags for Branch 








NCZV 


NCZV 


NCZV 






NCZV NCZV 




JAUC HERE 




x xxx 






JAV 


HERE 


XXX 1 




JAP HERE 




OxOx 






JANZ 


HERE 


XX Ox 




JALS HERE 




x X 1 x 


X 1 X X 




JANN 


HERE 


Oxxx 




JAHI HERE 




xOOx 






JANV 


HERE 


xxxO 




JALT HERE 




Oxx 1 


1 XX 




JAN 


HERE 


1 X XX 




JAGE HERE 




OxxO 


1 XXl 




JAB 


HERE 


X 1 XX 




JALE HERE 




Oxx 1 


1 XX 


X X 1 X 


JANB 


HERE 


X XX 




JAGT HERE 




0x00 


1 xO 1 




JALO 


HERE 


X 1 XX 




JAc HERE 




X 1 XX 






JAHS 


HERE 


xO X XX 1 X 




JANC HERE 




X Oxx 






JANE 


HERE 


XX Ox 




JAZ HERE 




X X 1 X 






JAEQ 


HERE 


XX 1 X 



NCZV 
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J Acondition Jump Absolute Conditional 



Note that the TMS34020 jumps when any one or more of the Flags for Branch 
listed above are set as indicated. 



Condition Codes 



Mnemonic 





NonXY 


XY 


Result of Compare 


Status Bits 


Code 


Unconditional 


JAUC 


— 


Unconditional 


Don't care 


0000 


Compares 












Unsigned 


JALO 





Dst lower than Src 


G 


1000 


Ccrnpares 


(JAC) (JAB) 


JAYN 










JALS 


JAYLE 


Dst lower or same as Src 


G + Z 


0010 




JAHI 


JAYGT 


Dst higher than Src 


CZ 


0011 




JAMS 


JAYNN 


Dst higher or same as Src 


C 


1001 




(JANC) (JANB) 




Dst = Src 








JAEQ 


— 




Z 


1010 




(JAZ) 


JAYZ 


Dst ^ Src 








JANE 


— 




z 


1011 




(JANZ) 


JAYNZ 








Signed 


JALT 


JAXLE 


Dst < Src 


(N . V) + (N V) 


0100 


Compares 


JALE 


— 


Dst < Src 


(N.V) + (N.V) + Z 


0110 




JAGT 


— 


Dst > Src 


(N.V.Z) + (N.V.Z) 


0111 




JAGE 


JAXGT 


Dst > Src 


(N . V) + (N V) 


0101 




JAEQ 


— 


Dst = Src 


Z 


1010 




(JAZ) 


JAYZ 










JANE 


— 


Dst ^ Src 


z 


1011 




(JANZ) 


JAYNZ 








Compare to 


JAZ (JAEQ) 


JAYZ 


Result = 


z 


1010 


Zero 


JANZ (JANE) 


JAYNZ 


Result 9i 


z 


1011 




JAP 


— 


Result is positive 


N-Z 


0001 




JAN 


JAXZ 


Result is negative 


N 


1110 




JANN 


JAXNZ 


Result is nonnegative 


N 


1111 


General 


JAZ (JAEQ) 


JAYZ 


Result is 


Z 


1010 


Arithmetic 


JANZ (JANE) 


JAYNZ 


Result 9t 


z 


1011 




JAC (JALO) (JAB) 


JAYN 


Garry set on result 


G 


1000 




JANG 


JAYNN 


No carry on result 


G 


1001 




(JAMS) (JANB) 












JAB (JALO) (JAG) 


JAYN 


Borrow set on result 


G 


1000 




JANB 


JAYNN 


No borrow on result 


C 


1001 




(JAMS) (JANG) 












JAVt 


JAXN 


Overflow on result 


V 


1100 



Note: A mnemonic code in parentheses is an alternate code for the preceding code. 
Key: t Also used for window clipping + Logical OR 

Logical AND Logical NOT 
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TMS34020 Assembly Language Instruction Set 



Jump Relative Conditional, Short JRcondition 



Syntax 
Execution 

Instruction Words 

Fields 

Description 



Machine States 
Status Bits 



Examples Code 



JRcondition Address 

If condition true, then offset + PC -^ PC 
If condition false, then go to next instruction 



15 


14 


13 


12 


11 


10 9 


8 


7 


6 


5 


4 3 


2 


1 





1 


1 








code 


offset 



code is a 4-bit digit that identifies the condition for the jump within the 
opcode. (See the condition codes table below.) 

JRco/7c//f/b/? conditionally jumps to an address that is relative to the current PC. 
Condition is part of a mnemonic; it represents the condition for the jump. For 
example, if condition is UC, the instruction is JRUC . (See the conditions and 
codes listed below.) If the condition is true, the TMS34020 jumps to a new loca- 
tion. The assembler calculates the new address by adding the address of the 
next instruction (PC) to the signed word offset. The TMS34020 then continues 
execution from this point. If the condition is false, the TMS34020 skips the 
jump and continues execution at the next sequential instruction. 

The Address operand is a 32-bit relative address. The assembler calculates 
the offset as (Address - PC)/1 6 (where PC is the address of the instruction 
word immediately following the jump instruction) and inserts the resulting 8-bit 
offset into the opcode. The range for this form of the JRcond/tor? instruction 
is ±128 words (excluding 0). 

If the offset is outside the range of ±128 words, the assembler automatically 
substitutes the longer form of the JRcondition instruction. If the offset is 0, the 
assembler substitutes a NOP. The assembler does not accept an address that 
is externally defined or an address that is relative to a different section than the 
PC. Note that the 4 LSBs of the PC are always (word aligned). 

The JRcondition instructions are often used with the CMP and CMPI instruc- 
tions. The JRV and JRNV instructions can also be used to detect window viola- 
tions or CPW status. 

1 if no jump, else 2 

N Unaffected 

C Unaffected 

Z Unaffected 

V Unaffected 



Flags for Branch 



JRUC HERE 
JRP HERE 
JRLS HERE 
JRHI HERE 
JRLT HERE 
JRGE HERE 
JRLE HERE 
JRGT HERE 



NCZV 

xxx x 
OxOx 
x x 1 x 
xOOx 
Oxxl 
OxxO 
Oxxl 
0x00 



NCZV NCZV 



X 1 X X 



xO 
X 1 
xO 
01 



X X 1 X 



Code 




Flags for Branch 






NCZV NCZV 


JRC 


HERE 


X 1 XX 


JRNC 


HERE 


X Ox X 


JRZ 


HERE 


X X 1 X 


JRNZ 


HERE 


X xO X 


JRV 


HERE 


xxx 1 


JRNV 


HERE 


X xxO 


JRN 


HERE 


1 xxx 


JRNN 


HERE 


XX X 



NCZV 
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JRcondition Jump Relative Conditional, Short 



Note that the TMS34020 jumps when any one or more of the Flags for Branch 
listed above are set as indicated. 



Condition Codes 





Mnemonic 


Result of Compare 


Status Bits 






Non XY 


XY 


Code 


Unconditional 
Compares 


JRUC 


— 


Unconditional 


Don't care 


0000 


Unsigned 
Compares 


JRLO 
(JRC) (JRB) 


JRYN 


Dst lower than Src 


C 


1000 




JRLS 


JRYLE 


Dst lower or same as Src 


C + Z 


0010 




JRHI 


JRYGT 


Dst higher than Src 


CZ 


0011 




JRHS 
(JRNC) (JRNB) 

JREQ 
(JRZ) 

JRNE 
(JRNZ) 


JRYNN 

JRYZ 
JRYNZ 


Dst higher or same as Src 
Dst = Src 

Dst 9i Src 


C 

Z 

z 


1001 
1010 
1011 


Signed 
Compares 


JRLT 
JRLE 


JRXLE 


Dst < Src 
Dst < Src 


(N • V) + (N V) 
(N • V) + (N . V) + Z 


0100 
0110 




JRGT 


— 


Dst > Src 


(N.V-Z) + (N.V.Z) 


0111 




JRGE 


JRXGT 


Dst > Src 


(N . V) + (N V) 


0101 




JREQ 
(JRZ) 


JRYZ 


Dst = Src 


Z 


1010 




JRNE 
(JRNZ) 


JRYNZ 


Dst ^ Src 


z 


1011 


Compare to 


JRZ (JREQ) 


JRYZ 


Result = 


z 


1010 


Zero 


JRNZ (JRNE) 


JRYNZ 


Result ^ 


z 


1011 




JRP 


— 


Result is positive 


N-Z 


0001 




JRN 


JRXZ 


Result is negative 


N 


1110 




JRNN 


JRXNZ 


Result is nonnegative 


N 


1111 


General 
Arithmetic 


JRZ (JREQ) 
JRNZ (JRNE) 


JRYZ 
JRYNZ 


Result is 
Result ^ 


Z 

z 


1010 
1011 




JRC (JRLO) (JRB) 


JRYN 


Carry set on result 


c 


1000 




JRNC 
(JRHS) (JRNB) 


JRYNN 


No carry on result 


c 


1001 




JRB (JRLO) (JRC) 


JRYN 


Borrow set on result 


c 


1000 




JRNB 

(JRHS) (JRNC) 


JRYNN 


No borrow on result 


c 


1001 




JRVt 


JRXN 


Overflow on result 


V 


1100 



Note: A mnemonic code in parentheses is an alternate code for the preceding code. 
Key: f Also used for window clipping + Logical OR 

Logical AND ~~ Logical NOT 
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TMS34020 Assembly Language Instruction Set 



Jump Relative Conditional, Long JRcondition 



Syntax 


JRcondition Address 














Execution 


If condition true, then offset + PC -> PC 
If condition false, then go to next instruction 














Instruction Words 


15 14 13 12 11 10 9 8 7 6 


5 


4 


3 


2 


1 







110 code 






















offset 



Fields 



code is a 4-bit digit that identifies the condition for the jump within the 
opcode. (See the condition codes on page 13-138.) 



Description 



The s}Rcondition instruction conditionally jumps to an address that is relative 
to the current PC. The condition is part of a mnemonic that represents the con- 
dition for the jump; for example, if condition is UC, then the instruction is JRUC . 
(See the condition mnemonics and codes listed in on page 13-138.) If the 
specified condition is true, the TMS34020 jumps to a new location. The assem- 
bler calculates the address of this location by adding the address of the next 
instruction (PC) to the signed word offset. The TMS34020 then continues exe- 
cution from this point. If the specified condition is false, the TMS34020 skips 
the jump and continues execution at the next sequential instruction. 



The /Aofc/ress operand in the syntax represents the 32-bit relative address. The 
assembler calculates the offset as (Address - PC)/16 (where PC is the 
address of the instruction word immediately following the jump instruction) and 
inserts the resulting offset into the second instruction word of the opcode. The 
range for this form of the JRcondition instruction is -32,768 to +32,767 words 
(excluding 0). 

If the offset is 0, the assembler substitutes a NOP instruction. If the address 
is out of range, the assembler uses the JAcondition instruction instead. The 
assembler does not accept an address that is externally defined or an address 
that is relative to a different section than the PC. Note that the 4 LSBs of the 
program counter are always (word aligned). 

The JRcondition instructions are commonly used in conjunction with the CMP 
and CMPI instructions. The JRV and JRNV instructions can also be used to 
detect window violations or CPW status. 



Machine States 


2 if no jump, ek 


Status Bits 


N Unaffected 




C Unaffected 




Z Unaffected 




V Unaffected 



13-139 



JRcondition Jump Relative Conditional, Long 












Examples Cpde 


Rags for Br^nch 




Co(le 




Flags for Branch 




NCZV 


NCZV 


NCZV 






NCZV 


NCZV NCZV 


JRUC HERE 


xxxx 






JRV 


HERE 


XXX 1 




JRP HERE 


Ox Ox 






JRNZ 


HERE 


xxOx 




JRLS HERE 


XX 1 X 


X 1 X X 




JRNN 


HERE 


Oxxx 




JRHI HERE 


xOOx 






JRNV 


HERE 


xxxO 




JRLT HERE 


Ox X 1 


1 X X 




JRN 


HERE 


1 XXX 




JRGE HERE 


Ox X 


1 X X 1 




JRB 


HERE 


X 1 XX 




JRLE HERE 


Ox X 1 


1 X X 


XX 1 X 


JRNB 


HERE 


xOxx 




JRGT HERE 


0x00 


1x01 




JRLO 


HERE 


X 1 XX 




JRC HERE 


X 1 X X 






JRHS 


HERE 


xOOx 


XX 1 X 


JRNCHERE 


X Ox X 






JRNE 


HERE 


xxOx 




JRZ HERE 


XX 1 X 






JREQ 


HERE 


XX 1 X 





Note that the TMS34020 jumps when any one or more of the Flags for Branch 
listed above are set as indicated. 
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Jump Indirect JUMP 



Syntax 
Execution 
Instruction Words 

Description 



JUMP Rs 

Rs -> PC 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 1 


























1 





1 


1 


R 


Rd 



JUMP jumps to the address contained in the source register. The TMS34020 
sets the 4 LSBs of the program counter to (word aligned). This instruction can 
be used in conjunction with the GETPC and/or EXGPC instructions. 



Machine States 


2 










Status Bits 


N 
C 

Z 
V 


Unaffected 
Unaffected 
Unaffected 
Unaffected 








Examples 


Qode 


Before 




After 








A1 


PC 


PC 




JUMP Al 


00001 EEOh 


00555550h 


00001 EEOh 




JUMP Al 


00001 EE5h 


00555550h 


00001 EEOh 




JUMP Al 


FFFFFFFFh 


00555550h 


FFFFFFFOh 
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LINE Line Draw with XY Addressing 



Syntax 
Execution 

Instruction Words 

Fields 



Description 



LINE {0|1} 

The two execution algorithms for the LINE instruction are explained below. 
These algorithms are similar, varying only in their treatment of c/=0. 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 





1 


1 





1 


1 


1 


1 


1 


Z 








1 


1 





1 
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The assembler sets bit 7 in the instruction word (the Z bit) to or 1 , depending 
on which LINE algorithm you select: 

Z=0 selects algorithm 
Z=1 selects algorithm 1 

LINE is an alternative implementation of the FLINE instruction (page 13-121). 
The major differences between LINE and FLINE are the following: 

Q LINE is slower than FLINE. 

Ql LINE supports windowing (FLINE does not). 

Qi LINE requires B2 to be in XY format. 

LINE performs the inner loop of Bresenham's line-drawing algorithm. This type 
of line draw plots a series of points (xj,yi) either diagonally or laterally with 
respect to the previous point. Movement from pixel to pixel always proceeds 
in a dominant lateral direction. The algorithm may or may not also increment 
in the direction with the smaller dimension (this produces a diagonal move- 
ment). Two XY-format registers supply the XY increment values for the two 
possible movements. The LINE instruction maintains a decision variable, d, 
that acts as an error term, controlling movement in either the dominant or 
diagonal direction. The algorithm operates in one of two modes, depending on 
how the condition c/=0 is treated. 

During LINE execution, some portion of a line [(xo,yo)(x-| ,yi )] is drawn. The line 
is drawn so that the axis with the largest extent has dimension a, and the axis 
with the least extent has dimension b. Thus, a is the larger (in absolute terms) 
of yi - yo or xi - xq, and b is the smaller of the two. This means that a>b> 
0. 

The LINIT instruction provides a simple method for setting up the LINE instruc- 
tion's implied operands. For more information, refer to the LINIT instruction 
(page 13-146). 

The following values must be supplied to draw a line from (xo,yo) to (x-|,yi): 

Ql Set the value in DADDR to be the linear address of the first pixel in the line 
at (xo,yo). 

Q Use the line endpoints to determine the major and minor dimensions (a 
and ib, respectively) for the line draw; then set the DYDX register to this 
value {b'.a). 

TMS34020 Assembly Language Instruction Set 



Line Draw with XY Addressing LINE 



Q Place the signed XY increment for a movement in the diagonal (or minor) 
direction (d> for Z=0, d > for Z=1) in the INC1 register. 

Q Place the signed XY increment for a movement in the dominant (or major) 
direction {d<0 for Z=0, d< for Z=1) in the INC2 register. 

Qi Set the initial value of the decision variable in register BO to 2b - a. 

□ Set the initial count value in the COUNT register to a + 1 . 

Qi Set the C0L0R1 and COLORO registers. 

□i Set the PATTERN register to the required pattern. 

LINE handles the contents of PATTERN in the same way as FLINE (unlike 
PFILL XY). With LINE, the first pixel drawn is controlled by bit of the 
PATTERN register. 

The PATTERN register contains a 32-bit repeating line-style pattern. If bit 
of PATTERN is 0, then the first pixel drawn by LINE is a COLORO pixel. If bit 
of PATTERN is 1, then the first pixel drawn by LINE is a C0L0R1 pixel. 
The second pixel drawn by LINE is controlled by bit 1 of B1 3, and so on. If 
the line is longer than 32 pixels, the PATTERN is reused cyclically; there- 
fore, the 33rd pixel on the line is once again controlled by bit of PATTERN. 
As each pixel is drawn, the contents of PATTERN are rotated right (circular 
shifted) by 1 bit. The LSB of the rotated pattern controls the next pixel the 
instruction puts out. 

If PATTERN contains all 1 s, the line is drawn in a solid color using the repli- 
cated pixel value contained in C0L0R1 ; if PATTERN contains all Os, the 
line is drawn in a solid color using COLORO. 

The LINE instruction may use one of two algorithms, depending on the value 
ofZ. 



Algorithm (Z=0): 

While COUNT > 

COUNT = COUNT "1 
Draw the next pixel 
lfc/>0 

flf=d+2/?-2a 

POINTER = POINTER + INC1 
Elsec/=flf+2b; 

POINTER = POINTER + INC2 



Algorithm 1 (Z=1): 

While COUNT > 

COUNT = COUNT - 1 
Draw the next pixel 
lfc/>0 

d=d+2b-2a 

POINTER = POINTER + INC1 
Else d=d+2b; 

POINTER = POINTER + INC2 
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UNE L/neD^^^ 



Implied Operands 



Pixel Processing 



Window Checking 



Register 


Name 


Format Description 


BO t 


SADDR 


integer Decision variable (d) 


B2 t 


DADDR 


XY Starting point (yj, Xj), usually (yo, xq) 


83 t 


DPTCH 


Linear Destination pitch 


84 


OFFSET 


Linear Screen origin (0,0) 


85 


WSTART 


XY Window starting corner 


B 


WEND 


XY Window ending corner 


87 


DYDX 


XY (b: a) = Minor: major dimension 


88 


COLORO 


Pixel COLORO 


89 


C0L0R1 


Pixel C0L0R1 


810 t 


COUNT 


Integer Loop count 


811 


INC1 


XY Minor axis (diagonal) increment 


812 


INC2 


XY Major axis (dominant) Increment 


813 


PATTERN 


Pattern Pattern register 


"^ These registers are clianged by instruction execution. 
* Required only when pitch is an arbitrary, nonpower of 2. 


Address 


Name 


Description and Elements (Bits) 


C0000080h 


CONTROL 


PPOP Pixel-processing operations (22 options) 
W Window-clipping operation 
T Transparency operation 
TM Sets transparency mode 


C0000140h 


CONVDP 


XY-to-llnear conversion (destination pitch) 


COOOOISOh 


PSIZE 


Pixel size (1,2,4,8,1 6,32) 


GOOOOieOh 


PMASK 
(32 bits) 


Plane mask — pixel format 
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Due to the pipelining of memory writes, the last I/O register that you write to 
may not, in some cases, contain the desired value when you execute the LINE 
instruction. To ensure thatthis register contains the correct value for execution, 
you may want to follow the write to that location with an MWAIT (1 3-1 77). Refer 
to Section 4.5.6 on page 4-1 3 for a description of the potential latency of writes 
to I/O registers. 

PPOP [CONTROL] specifies the operation to be applied to the pixel as it is 
written. There are 22 operations; the default case at reset is the pixel-proces- 
sing replace (8 ^ D) operation. For more information, refer to Section 12.8, 
Pixel Processing , on page 12-27. 

Window clipping or picking is selected by setting W[CONTROLl to the appro- 
priate value. The WSTART and WEND registers define the window in XY-coor- 
dinate space. For more information, refer to Section 12.7, Window Checking , 
on page 12-19. 
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Line Draw with XY Addressing LINE 



Transparency 

Plane Masking 
Interrupts 



Machine States 
Status Bits 



Example 



You can enable transparency for this instruction by setting TlCONTROL] to 
1. Select 1 of 3 transparency options by setting TMICONTROL]). For more 
information, refer to Section 12.9. Transparency , on page 12-36. 

The plane mask is enabled for this instruction. For more information, refer to 
Section 12.10, Plane Masking , on page 12-39. 

LINE may be interrupted after every pixel in the line draw except for the last 
pixel. Note that a LINE instruction that is aborted because of window checking 
options 1 or 2 does not decrement the PC before pushing it on the stack. In this 
case, the LINE is not resumed after returning from the interrupt service routine. 
For more information, refer to Section 6.6, Interrupting Graphics Instructions , 
on page 6-13. 

Refer to Section 15.1 on page 15-2. 

N Undefined 

C Undefined 

Z Undefined 

V Set depending upon window operation 

Refer to example for FLINE on page 1 3-1 24. 
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LINIT Line Initialization 



Syntax 
Execution 



Instruction Words 



Description 



Impiied Operands 



Mactiine States 
Status Bits 



Examples 
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LINIT 

2b-a ^ BO 

(b:a) -^ B7 

a+1 -^ 810 

minor axis (diagonal) XY increment -^ 811 

major axis (dominant) XY increment -> 812 

15 14 13 12 11 10 9 8 7 6 5 















1 


1 











1 





1 





1 


1 


1 



This line initialization instruction uses the start and end points for the line to set 
up the implied 8-file registers as required by the LINE and FLINE instructions. 
The startpoint is assumed to be in 82 and the endpoint in 87. Note that FLINE 
expects a linear DADDR, so when LINIT is used in conjunction with FLINE, 
CVXYL should be executed on DADDR before executing FLINE. 

The V bit in status is set to indicate if both start and end points lie within the 
window. The N and Z bits are set on the X and Y zero detects on the difference 
between the two points. This allows for detection of the special cases of hori- 
zontal and vertical lines as well as single pixel lines. The C bit is set to indicate 
that the line may be trivially rejected. 

For additional information, refer to Section 12.4, Line Instructions , on page 
12-7; FLINE on page 13-121, LINE on page 13-142, subsection 12.7.5, 
Window Checkino for Line Instructions , on page 12-23, and subsection 
1 2.7.5.2, Using LINIT and FLINE for Preclipping Line Drawing , on page 1 2-26. 



Register 


Name 


Format 


Description 




BO 


SADDR 


Linear 


Decision variable 


(output) 


B2 


DADDR 


XY 


Starting point (yo, xq) 


(input) 


B7 


DYDX 


XY 


Ending point (y-|, x-j) 


(Input) 


B7 


DYDX 


XY 


b;a minor -.major line dimensions 


(output) 


BIO 


COUNT 


Integer 


Count 


(output) 


B11 




XY 


Minor axis (diagonal increment) 


(output) 


B12 




XY 


Major axis (dominant increment) 


(output) 



N = 1 if xO = x1 (vertical line) 

= 1 if (OPW(yo, xq) & OPW(yi ,xi)) is nonzero (line lies entirely 

outside window) 
Z = 1 if yo = yi (horizontal line) 
V = 1 if (yo,xo) or (yi ,x-j) lie outside the window (line lies partially 

outside window) 

Refer to Section 15.1 on page 15-2. 
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Find Leftmost One LMO 



Syntax 
Execution 
Instruction Words 

Description 



LMO Rs,Rd 

31 - (bit number of leftmost 1 in Rs) --> Rd 

15 14 13 12 11 10 9 8 7 6 






1 


1 





1 





1 


Rs 


R 


Rd 



LMO locates the leftmost (most significant) 1 in the source register. It then 
loads the 1 s complement of the bit number of the leftmost-1 bit into the 5 LSBs 
of the destination register. The 27 MSBs of the destination register are loaded 
with Os. Bit 31 of Rs is the MSB (leftmost) and bit is the LSB. If the source 
register contains all Os, then the destination register is loaded with all Os and 
status bit Z is set. 

You can normalize the contents of the source register by following the LMO 
instruction with an RL Rs,Rd instruction, where Rs is the destination register 
of the LMO instruction and Rd is the source register. 

Rs and Rd must be in the same register file. 



l\/lacliine States 


1 








Status Bits 


N Unaffected 
C Unaffected 










Z 1 if the source register contents are 0, 


othenA/ise 




V Unaffected 








Examples 


Code 


Before 


After 








AG 


NCZV 


A1 




LMO A0,A1 


OOOOOOOOh 


X X 1 X 


OOOOOOOOh 




LMO A0,A1 


00000001 h 


X X X 


0000001 Fh 




LMO A0,A1 


0000001 Oh 


X X X 


0000001 Bh 




LMO A0,A1 


OSOOOOOOh 


X X X 


00000004h 




LMO A0,A1 


SOOOOOOOh 


X X X 


OOOOOOOOh 
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M M FM Move Multiple Registers from Memory 



Syntax 
Execution 

Instruction Words 
Description 



MMFM Rp, register list 

For each register Rn in the register list, 

32 bits of data at the address specified in Rp 
Rp + 32 -^ Rp 



R/i 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 1 

















1 








1 


1 





1 


R 


Rp 


binary representation of the register list 
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MIVIFM loads the contents of a specified list oi either A- or B-file registers (not 
both) from a block of memory. 

Q Rp is a register that points to the first location in the block of memory. 

Q The register list is a list of registers separated by commas (such as AO, A1 , 
A9). These are the registers that MMFM loads new values into. 

MMFM and MMTM are complementary instructions. MMFM reads a list of A- 
or B-file registers from memory, and MMTM writes a list of A- or B-file registers 
to memory. These instructions can be u^ed to save and restore the contents 
of registers during, for example, subroutine calls and interrupts. All 32 bits of 
each register in the list are saved and then restored. 

MMFM and MMTM use Rp as a pointer register. Rp acts as a stack pointer; 
M MTM pushes a list of registers onto a stack, and MMFM pops a list of registers 
from a stack. The stack grows toward lower addresses, similar to the way the 
SP register points to the system stack. The Rp can be any register that is not 
included in the register list and that is in the same file as the registers in the 
list. (SP can be treated as belonging to either register file.) 

MMFM and MMTM always leave the Rp register adjusted to point to the new 
top of the stack following a push or pop operation. MMTM predecrements Rp 
by 32 prior to pushing each register In the list onto the stack. The last register 
pushed on the stack by MMTM is the highest numbered register in the list. 
MMFM postincrements Rp by 32 after popping each register in the list from the 
stack. The first register popped off the stack by MMFM is the highest numbered 
register in the list. 

If SP is used as the Rp register, MMTM and MMFM push and pop register val- 
ues to and from the system stack and leave SP correctly adjusted to point to 
the new top of the system stack. 

Rp and the registers in the list must all be in the same register file. The assem- 
bler allows the registers in the list to be specified in any order; the highest num- 
bered register is always restored first (that is, the value at the top of the stack — 
the lowest address in the stack — is loaded into the highest numbered register). 
Don't include Rp as one of the registers in the register list, because this 
produces unpredictable results. For the best performance, the original 
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contents of Rp should be aligned on a long-word boundary; the alignment of 
Rp affects the instruction timing as indicated in Machine States, below. 

The second word of the MMFM instruction is a binary-mask representation of 
the registers in the list. The R bit (bit 4) in the first instruction word indicates 
which register file is affected; the bits that are set to 1 in the mask indicate which 
registers are restored. The bit assignments in the mask are 



SP 


A14 


A13 


A12 


A11 


A10 


A9 


A8 


A7 


A6 


A5 


A4 


A3 


A2 


A1 


AO 


SP 


B14 


B13 


B12 


811 


BIO 


B9 


B8 


B7 


B6 


B5 


B4 


B3 


B2 


B1 


BO 



Machine States 
Status Bits 



Examples 



or 
(MSB) 15 (LSB) 

Refer to Section 15.1 on page 15-2. 

N Unaffected 

C Unaffected 

Z Unaffected 

V Unaffected 

This example restores several B-file registers: 

MMFM B0,B1,B2,B3,B7,B12,B13,B14,SP 

This instruction uses register BO as the stack pointer. Assume that BO = 
0001 OOOOh; this is the address of the top of the stack. MMFM moves the data 
at this location into the LSW of the SP (which is the highest order register listed 
in this example). Assume that memory contains the following values before 
instruction execution: 



Address 


Data 


Address 


Data 


OOOIOOFOh 


1111h 


00010070h 


CCCCh 


OOOIOOEOh 


B1B1h 


00010060h 


BCBCh 


OOOIOODOh 


2222h 


00010050h 


DDDDh 


OOOIOOCOh 


0B2B2h 


00010040h 


BDBDh 


OOOIOOBOh 


3333h 


OOOIOOSOh 


EEEEh 


OOOIOOAOh 


B3B3h 


00010020h 


BEBEh 


00010090h 


7777h 


0001 001 Oh 


FFFFh 


OOOIOOSOh 


B7B7h 


OOOIOOOOh 


BFBFh 



After the MMFM instruction is executed, the registers in the list have the follow- 
ing values: 

BO = 0001 01 OOh B1 2 = CCCCBCBCh 

B1 = miBIBIh B13 = DDDDBDBDh 

B2 = 2222B2B2h B1 4 = EEEEBEBEh 

B4 = 3333B3B3h SP = FFFFBFBFh 
B8 = 7777B7B7h 

The Other B-file registers (which weren't specified in the register list) are not 
affected by this instruction. Note that BO now contains the value 1 01 OOh; the 
last part of the data that was restored was for B1 , and BO points to the word 
past that data. 
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MMTM Move Multiple Registers to Memory 



Syntax 
Execution 

Instruction Words 
Description 



M MTM Rp, register list 

For each register Rn in the register list, 
Rp-32->Rp 
32 bits of data at the address specified in Rn -> Rp 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 1 

















1 








1 


1 








R 


Rp 


binary representation of the register list 



13-150 



MIVITM stores the contents of a specified list of either A- or B-file registers (not 
both) in mennory. 

Qi Rp is a register that points to the first location in a blocl< of mennory. 

Qi The register list is a list of registers that are separated by connmas (such 
as AO, A1 , A9). These are the registers that MMTM stores in memory. 

MMTM and MMFM are complementary instructions. MMFM reads a list of A- 
or B-file registers from memory, and MMTM writes a list of A- or B-file registers 
to memory. These instructions can be used to save and restore the contents 
of registers during, for example, subroutine calls and interrupts. All 32 bits of 
each register in the list are saved and then restored. 

MMTM and MMFM use Rp as a pointer register. Rp acts as a stack pointer; 
MMTM pushes a list of registers onto a stack, and MMFM pops a list of registers 
from a stack. The stack grows toward lower addresses, similar to the way the 
SP register points to the system stack. The Rp can be any register that is not 
included in the register list and that is in the same file as the registers in the 
list. (SP can be treated as belonging to either register file.) 

MMTM and MMFM always leave the Rp register adjusted to point to the new 
top of the stack following a push or pop operation. MMTM predecrements Rp 
by 32 prior to pushing each register in the list onto the stack. The last register 
pushed on the stack by MMTM is the highest numbered register in the list. 
MMFM postincrements Rp by 32 after popping each register In the list from the 
stack. The first register popped off the stack by MMFM is the highest numbered 
register in the list. 

If SP is used as the Rp register, MMTM and MMFM push and pop register val- 
ues to and from the system stack and leave SP correctly adjusted to point to 
the new top of the system stack. 

When MMTM execution is complete, the contents of the lowest order register 
in the list reside at the highest address in the memory stack, and Rp points to 
the address of the highest order register in the list. 

Rp and the registers in the list must all be in the same register file. The assem- 
bler allows the registers in the list to be specified in any order; the lowest order 
register is always saved first. Don't include Rp as one of the registers in the 
register list, because this produces unpredictable results. For the best per- 
formance, the original contents of Rp should be aligned on a long-word 
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Machine States 
Status Bits 



Examples 



boundary; the alignment of Rp affects the instruction timing as shown in 
Machine States, below. 

The second word of the MMTM instruction is a binary-mask representation of 
the registers in the list. The R bit (bit 4) in the first instruction word indicates 
which register file is affected; the bits that are set to 1 in the mask indicate which 
registers are restored. The bit assignments in the mask are 





AO 


A1 


A2 


A3 


A4 


A5 


A6 


A7 


AS 


A9 


A10 


A11 


A12 


A13 


A14 


SP 


or 


BO 


B1 


82 


83 


84 


85 


86 


87 


88 


89 


810 


811 


812 


813 


814 


SP 



(MSB) 15 

Refer to Section 15.1 on page 15-2. 



0(LSE 



N 



C 

Z 
V 



Set to the sign of the result of - Rp. (This value is typically 1 if the original 

contents of Rp are positive; otherwise, it is 0. The only exceptions to this 

are when Rp=80000000h and N is set to 0, and when Rp=0 and N is set 

tol.) 

Unaffected 

Unaffected 

Unaffected 



This example saves the values of several A-file registers in memory: 

MMTM A1,A0,A2,A4,A8,A12,A13,A14,SP 

This instruction uses register A1 as the stack pointer. Assume that A1 = 
OOlOOOOOh before instruction execution; this value is decremented by 32 to 
point to the address where the contents of AO (the lowest order register in the 
list) are stored. Assume that the registers in the list contain the following values 
before instruction execution: 



AG = OOOOAOAOh 




A12 = CCCCACACh 


A2 = 2222A2A2h 




A13 = DDDDADADh 


A4 = 4444A4A4h 




A14 = EEEEAEAEh 




A8 = 8888A8A8h 




SP = FFFFAFAFh 




MMTM saves these register values in memory as 


Address 


Data 


Address 


Data 


GOOFFFOOh 


AFAFh 


GGGFFFSGh 


A8A8h 


GGGFFFIGh 


FFFFh 


GGGFFF9Gh 


8888h 


GGGFFF2Gh 


AEAEh 


GGGFFFAGh 


A4A4h 


GGGFFF3Gh 


EEEEh 


GGGFFFBGh 


4444h 


GGGFFF4Gh 


ADADh 


GGGFFFCGh 


A2A2h 


GGGFFFSGh 


DDDDh 


GGGFFFDGh 


2222h 


GGGFFF6Gh 


ACACh 


GGGFFFEGh 


AGAGh 


GGGFFF7Gh 


CCCCh 


GGGFFFFGh 


GGGGh 



After instruction execution, register A1 = OOOFFFOOh; this is the address of the 
last portion of register data that is saved. ' 
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MODS Modulus, Signed 



Syntax 
Execution 
Instruction Words 

Description 



MODS Rs,Rd 
Rd mod Rs -> Rd 



Examples 



15 


14 


13 


12 


11 


10 


9 


8 


7 6 


5 


4 


3 


2 1 








1 


1 





1 


1 





Rs 


R 


Rd 



MODS performs a 32-bit signed divide of the 32-bit dividend in the destination 
register by the 32-bit divisor in the source register, and returns a 32-bit remain- 
der in the destination register. Regardless of whether the result is positive or 
negative, the magnitude of the remainder is always the same as it would be 
for a positive dividend and divisor. The remainder is the same sign as the divi- 
dend. The original contents of the destination register are always overwritten. 

Rs and Rd must be in the same register file. 



Machine States 


40 






41 if result = 80000000 




3 if Rs = 


Status Bits 


N 


if Rs is 

1 if Rs is not and the result in Rd 
if Rs is not and the result In Rd 




C 


Unaffected 




Z 


if Rs is 

1 if Rs is not and the result in Rd 
if Rs is not and the result In Rd 



is-ve 
is + ve 



isO 
is not 



V If Rs is 0, then V = 1 , otherwise V = 



Code 

MODS 
MODS 
MODS 
MODS 
MODS 
MODS 
MODS 
MODS 
MODS 
MODS 
MODS 
MODS 
MODS 



A0,A1 
A0,A1 
A0,A1 
A0,A1 
A0,A1 
AO.Al 
A0,A1 
A0,A1 
A0,A1 
A0,A1 
A0,A1 
A0,A1 
A0,A1 



Before 
AG 

OOOOOOOOh 

OOOOOOOOh 

OOOOOOOOh 

00000004h 

00000004h 

00000004h 

00000004h 

00000004h 

FFFFFFFCh 

FFFFFFFCh 

FFFFFFFCh 

FFFFFFFCh 

FFFFFFFCh 



A1 

OOOOOOOOh 

00000007h 

FFFFFFF9h 

OOOOOOOSh 

00000007h 

OOOOOOOOh 

FFFFFFF9h 

FFFFFFFSh 

OOOOOOOSh 

00000007h 

OOOOOOOOh 

FFFFFFF9h 

FFFFFFFSh 



After 
NCZV 

0x01 
0x01 
0x01 
0x1 
0x00 
0x1 
1 xOO 
0x1 
0x1 
0x00 
0x1 
1 xOO 
0x10 



A1 

OOOOOOOOh 

00000007h 

FFFFFFFQh 

OOOOOOOOh 

OOOOOOOSh 

OOOOOOOOh 

FFFFFFFDh 

OOOOOOOOh 

OOOOOOOOh 

OOOOOOOSh 

OOOOOOOOh 

FFFFFFFDh 

OOOOOOOOh 
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Modulus, Unsigned MODU 



Syntax 
Execution 
Instruction Words 

Description 



Machine States 



Status Bits 



Examples 



MODU Rs,Rd 
Rd mod Rs -> Rd 



15 


14 


13 


12 


11 


10 


9 


8 


7 6 


5 


4 


3 


2 1 








1 


1 





1 


1 


1 


Rs 


R 


Rd 



MODU performs a 32-bit unsigned divide of the 32-bit dividend in the destina- 
tion register by the 32-bit divisor in the source register, and returns a 32-bit 
remainder in the destination register. The original contents of the destination 
register are always oven/vritten. 

Rs and Rd must be in the same register file. 

35 

3 if Rs = 

N Unaffected 

Unaffected 

Z if Rs=0, / if quotient is 0, othenA/ise 

V y if divisor Rs equals 0, otherwise 



Code 




Before 
AO 


A1 


After 






NCZV 


A1 


MODU 


A0,A1 


OOOOOOOOh 


OOOOOOOOh 


xxO 1 


OOOOOOOOh 


MODU 


A0,A1 


OOOOOOOOh 


00000007h 


xxO 1 


00000007h 


MODU 


A0,A1 


OOOOOOOOh 


FFFFFFF9h 


xxO 1 


FFFFFFF9h 


MODU 


A0,A1 


00000004h 


OOOOOOOSh 


xx1 


OOOOOOOOh 


MODU 


A0,A1 


00000004h 


00000007h 


xxOO 


OOOOOOOSh 


MODU 


A0,A1 


00000004h 


OOOOOOOOh 


xxl 


OOOOOOOOh 


MODU 


A0,A1 


00000004h 


FFFFFFF9h 


xxOO 


00000001 h 
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MOVB Move Byte Instructions 

MOVB Instructions The MOVB instruction is a special form of the MOVE instruction that restricts 
the field size of the move to 8 bits. MOVB moves a single byte from its source 
to a specified destination.The following list describes characteristics common 
to all MOVB instructions. 

Q MOVB instructions move data from a register to memory, from memory to 
a register, and between memory locations, but they do not move data be- 
tween registers. 

Qi A byte can begin on any bit boundary in memory, although sequential byte 
moves are more efficient if the byte addresses are aligned on even 8-bit 
boundaries. 

Q[ All addresses are bit addresses. 

Qi When a byte is moved into a register, the byte's LSB coincides with the reg- 
ister's LSB; the byte is sign-extended into the 24 MSBs of the register. 

□ If the source data is in a register, only the LSbyte is used. 

□ Rs and Rd must be in the same register file. 

Q The status bits are unaffected unless othen/vise noted in the individual de- 
scriptions. 

□ For machine states information, refer to Section 15.2 on page 15-10. 
Table 13-4. Summary of Operand Formats for the MOVB Instruction 



0) 

a 

3 
O 

cn 



Destination 




Rd 


*Rd 


*Rd(DOffset) 


©DAddress 


Rs 




V 


V 


V 


*Rs 


V 


V 






*Rs(SOffset) 


V 




V 




©SAddress 


V 






V 



The MOVB instruction has nine operand combinations, which are listed below 
with their corresponding instruction words and descriptions. 



IVIOVBfls, */?d- 



15 


14 


13 


12 


11 


10 


9 


8 


7 6 


5 


4 


3 


2 1 





1 











1 


1 





Rs 


R 


Rd 
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Moves the LSbyte of Rs to the memory address contained in the Rd. 

TMS34020 Assembly Language Instruction Set 



Move Byte Instructions MOVB 



MOVB Rs, *Rd(offset) 



15 


14 


13 


12 


11 


10 


9 


8 7 6 


5 


4 


3 


2 1 





1 





1 





1 


1 





Rs 


R 


Rd 


offset 



Moves the LSbyte of Rs to the destination memory address. The destination 
address is formed by adding the signed 16-bit offset to the contents of Rd. 



MOVB Rs, @DAddress 



MO\/B*Rs,Rd- 



MOVB *Rs,*Rd- 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 1 




















1 





1 


1 


1 


1 


R 


Rs 


16 LSBs of destination address 


16 MSBs of destination address 



Moves the LSbyte of Rs to the destination address. 



15 


14 


13 


12 


11 


10 


9 


8 


7 6 


5 


4 


3 


2 1 





1 











1 


1 


1 


Rs 


R 


Rd 



Moves a byte from the source address contained in Rs into Rd. This instruction 
also compares the source data to O.fSee Status Bits for more information. 



15 


14 


13 


12 


11 


10 


9 


8 


7 6 


5 


4 


3 


2 1 





1 








1 


1 


1 





Rs 


R 


Rd 



Moves a byte from the source address contained in Rs to the destination 
address contained in Rd. 



MO\/B *Rs(offset),Rd' 



15 


14 


13 


12 


11 


10 


9 


8 7 6 


5 


4 


3 


2 1 





1 





1 





1 


1 


1 


Rs 


R 


Rd 


offset 



Moves a byte from the source address to the destination register. The source 
data's memory address is a bit address and is formed by adding the signed 
16-bit offset to the contents of Rs. This instruction also compares the source 
data to 0. tSee Status Bits for more information. 
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MOVB Move Byte Instructions 



MOVB *Rs(SOffset), *Rd(DOffset) 



15 


14 


13 


12 


11 


10 


9 


8 7 6 


5 


4 


3 


2 1 





1 





1 


1 


1 


1 





Rs 


R 


Rd 


source offset 


destination offset 



Moves a byte from the source address to the destination address. Both ad- 
dresses are formed by adding the source or destination signed 1 6-bit offset to 
the contents of Rs or Rd, respectively. 



MOVB @SAddress, *Rd ■ 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 1 




















1 


1 


1 


1 


1 


1 


R 


Rd 


16 LSBs of source address 


1 6 MSBs of source address 



Moves a byte from the source address to Rd. This instruction also compares 
the source data to 0. t See Status Bits for more information. 



MOVB @SAddress, ©DAddress 



Status Bits 



15 14 13 12 11 10 



1 



1 



1 



1 6 LSBs of source address 



1 6 MSBs of source address 



16 LSBs of destination address 



16 MSBs of destination address 



Moves a byte from the source address to the destination address. 

"^The following status bits information applies only to MOVB instructions with 
these addressing modes: 

MOVB *Rs, Rd 

MOVB '^Rs(offset), Rd 

MOVB ©SAddress, Rd 

N y if the sign-extended data moved is negative, otherwise 

C Unaffected 

Z /if the sign-extended data moved is 0, othenA^ise 

V 
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Move Byte Instructions MOVB 



MOVB Examples ■ 

Example 1 



Assume that memory contains the following values: 

Address Data 

1000h OOOOh 
101 Oh OOOOh 



Code 



Before 



After 







AG 




A1 


@1GGGh 


@1G1Gh 




MOVB 


A0,*A1 89ABCDEFh 00001 OOOh 


OOEFh 


OOOOh 




MOVB 


A0,*A1 89ABCDEFh 00001 009h 


DEOOh 


0001 h 




MOVB 


A0,*A1(1) 89ABCDEFh 00001 OOOh 


OlDEh 


OOOOh 




MOVB 


A0,*A1(-1) 89ABCDEFh 00001 001 h 


OOEFh 


OOOOh 




MOVB 


A0,@1000h 89ABCDEFh xxxxxxxxx 


OOEFh 


OOOOh 




MOVB 


A0,@100Ch 89ABCDEFh xxxxxxxxx 


FOOOh 


OOOEh 


Example 2 


Assume that memory contains the following values: 






Address Data 












lOOOh 


OOEFh 












lOIOh 


89ABh 












Code 


Before 




After 










AG 




A1 


NC Z 


V 




MOVB *. 


?^0,A1 00001 OOOh 


FFFFFFEFh 


1 X 







MOVB *A0,A1 00001 001 h 


00000077h 


0x0 







MOVB *. 


hO,Al 00001 008h 


OOOOOOOOh 


X 1 







MOVB * AO , Al 00001 OOCh 


FFFFFFBOh 


1 X 







MOVB *A0(0),A1 00001 OOOh 


FFFFFFEFh 


1 X 







MOVB *i 


?^0(8),A1 00001 OOOh 


OOOOOOOOh 


X 1 







MOVB *A0 (-1 ) ,Al0000100Dh 


FFFFFFBOh 


1 X 







MOVB @1000h,Al XXXXXXXXX 


FFFFFFEFh 


1 X 







MOVB @1 OOCh, Al XXXXXXXXX 


FFFFFFBOh 


1 X 





Example 3 


Assume that memory contains 


the following values: 






Address Data 












lOOOh 


CDEFh 












1010h 


89ABh 












2000h 


OOOOh 












201 Oh 


OOOOh 












Code 




Before 


After 










AG 


A1 


@2GGGh 


@2G1Gh 




MOVB 


*A0,*A1 


00001 OOOh 00002000h 


OOEFh 


OOOOh 




MOVB 


*A0,*A1 


00001 OOOh 00002001 h 


OlDEh 


OOOOh 




MOVB 


*A0,*A1 


00001 OOOh 00002009h 


DEOOh 


0001 h 




MOVB 


*A0,*A1 


00001 001 h 00002000h 


00F7h 


OOOOh 




MOVB 


*A0,*A1 


00001 001 h 00002001 h 


OlEEh 


OOOOh 




MOVB 


*A0,*A1 


00001 OOCh 00002009h 


7800h 


0001 h 




MOVB 


*A0(0) ,*A1(0) 


00001 OOOh 00002000h 


OOEFh 


OOOOh 




MOVB 


*A0 ( 12 ) , *A1 ( 9 ) 00001 OOOh 00002000h 


7800h 


0001 h 




MOVB 


@1000h,@2000h 


xxxxxxxxx xxxxxxxxx 


OOEFh 


OOOOh 




MOVB 


@100Ch,@2009h 


xxxxxxxxx xxxxxxxxx 


7800h 


0001 h 
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MOVE Move Register to Register 



Syntax 
Execution 
Instruction Words 

Description 



Fields 



Machine States 
Status Bits 



Examples 



MOVE Rs, Rd 
Rs->Rd 



15 


14 


13 


12 


11 


10 


9 


8 


7 6 


5 


4 


3 


2 1 








1 








1 


1 


M 


Rs 


R 


Rd 



MOVE moves the 32 bits of data from the source register to the destination reg- 
ister. Note that this is not a field move; therefore, the field size has no effect. 
The source and destination registers can be any of the 31 locations in the on- 
chip register file. Note that this is the only MOVE instruction that allows the 
source and destination registers to be in different files. This instruction also 
performs an implicit compare to of the register data. 

The assembler sets bit 9 (the M bit) in the instruction word to specify whether 
the move is within a register file or whether it crosses the register files. The as- 
sembler sets M to if the source and destination registers are in the same file; 
it sets M to 1 if the registers are in different files. 

The assembler sets bit 4 (the R bit) in the instruction word to specify the file 
the registers are in. The assembler sets R to if the registers are in file A; it 
sets R to 1 if the registers are in file B. 

Note that when M=0, R specifies the register file for both registers; if M=1 , R 
specifies the register file for the source register. 

1 

N /if the 32-bit data moved is negative, othenA^ise 

C Unaffected 

Z y if the 32-bit data moved is 0, otherwise 

V 



Code 






Before 
AO 


After 


B1 






A1 


NCZV 


MOVE 


AO, 


Al 


OOOOFFFFh 


OOOOFFFFh 


xxxxxxxxh 


0x00 


MOVE 


AO, 


Al 


OOOOOOOOh 


OOOOOOOOh 


xxxxxxxxh 


0x10 


MOVE 


AO, 


Al 


FFFFFFFFh 


FFFFFFFFh 


xxxxxxxxh 


1x00 


MOVE 


AO, 


Bl 


OOOOFFFFh 


xxxxxxxxh 


OOOOFFFFh 


0x00 


MOVE 


AO, 


Bl 


OOOOOOOOh 


xxxxxxxxh 


OOOOOOOOh 


0x10 


MOVE 


AO, 


Bl 


FFFFFFFFh 


xxxxxxxxh 


FFFFFFFFh 


1x00 
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Move Field Instructions MOVE 



MOVE Instructions The following list describes characteristics common to all MOVE instructions 
{except MOVE Rs, Rd). For information on MOVE Rs, Rd, refer to page 
13-158. 

□ The MOVE instruction moves a field of 1 — 32 bits, depending on the se- 
lected field size.The optional F parameter determines the field size and ex- 
tension for the move. 

■ F=0 selects the field size of (FSO). 

■ F=1 selects the field size of 1 (FS1). 

■ The SETF instruction sets the field size and extension. 

■ If you do not supply a value for F, MOVE uses the value of field 0. 

□f The field is right-justified within the source register. 

□ Rs and Rd must in the same register file. 

Q The status bits are unaffected unless otherwise noted in the individual de- 
scriptions. 

Ql For machine states information, refer to Section 15.2 on page 15-10. 

Ql The destination address is a bit address. 

Table 13-5. Summary of Operand Formats for the MOVE Instruction 



Destination 






Rd 


*Rd 


*Rd+ 


-*Rd 


*Rd(DOffset) 


©DAddress 




Rs 


V 


V 


V 


V 




V 


V 




*Rs 


V 


V 












0) 


*Rs+ 


V 




V 










3 
O 


-*Rs 


V 






V 










*Rs(SOffset) 


V 




V 






V 






@SAddress 


V 




V 








V 



MOVE Rs, *Rd [,F] ' 



The MOVE instruction has 18 operand combinations, which are listed below 
with their corresponding instruction words and descriptions. 



15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 



1 

















F 


Rs 


R 


Rd 



Moves a field from Rs to the address specified in Rd. 
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MOVE Move Field Instructions 



MOVE Rs, *Rd+ [,F] 



MOVE Rs, -*Rd [,FJ 



15 


14 


13 


12 


11 


10 


9 


8 7 6 


5 4 3 


2 1 





1 








1 








F 


Rs 


R 


Rd 




Moves a field from Rs to the address contained in the destination register. After 
the move, the contents of Rd are postincremented by the selected field size. 


15 


14 


13 


12 


11 


10 


9 


8 7 6 


5 4 3 


2 1 





1 





1 











F 


Rs 


R 


Rd 





Moves a field from the Rs to the address contained in Rd. Before the move, 
the destination address is determined by subtracting the field size from the 
contents of Rd. (This value is also the final value for the register.) 



MOVE Rs, *Rd(offset) [,F] • 



15 


14 


13 


12 


11 


10 


9 


8 7 6 


5 


4 


3 


2 1 





1 





1 


1 








F 


Rs 


R 


Rd 


offset 



Moves a field from the Rs to the destination address. The destination address 
is formed by adding the signed 16-bit offset to the contents of Rd. 



MOVE Rs, ©DAddress l,F] ■ 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 1 




















1 


F 


1 


1 








R 


Rs 


1 6 LSBs of source address 


1 6 MSBs of source address 



Moves a field from Rs to the destination address. 



MOyE*Rs,Rd[,F]- 



15 


14 


13 


12 


11 


10 


9 


8 


7 6 


5 


4 


3 


2 1 





1 














1 


F 


Rs 


R 


Rd 



Moves a field from the source address contained in Rs to the destination 
address contained in Rd. When the field is moved into the destination register, 
it is right-justified and sign-extended or zero-extended to 32 bits (depending 
on the value of FE) . This instruction also compares the source data to 0. t See 
Status Bits for more information. 



MOVE *Rs,*Rd[,F] 



15 


14 


13 


12 


11 


10 


9 


8 


7 6 


5 


4 


3 


2 1 





1 











1 





F 


Rs 


R 


Rd 



Moves a field from a source address contained in Rs to the destination address 
contained in Rd. 
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Move Field Instructions MOVE 



MOyE*Rs+,Rd[,F] 



15 


14 


13 


12 


11 


10 


9 


8 


7 6 


5 


4 


3 


2 1 





1 








1 





1 


F 


Rs 


R 


Rd 



Moves a field from a source address into Rd. Rs contains the address of the 
field; after the nnove, the contents of the source register are incremented by 
the field size. When the field is moved into Rd, it is right-justified and sign- or 
zero-extended to 32 bits (depending on the value of the current FE bit). This 
instruction also performs an implicit compare to of the field data, t See Status 
Bits for more information. 



MOVE*/?s+, *hc/+/;f/- 



15 


14 


13 


12 


11 


10 


9 


8 


7 6 


5 


4 


3 


2 1 





1 








1 


1 





F 


Rs 


R 


Rd 



Moves a field from one address to another. Rs contains the bit address of the 
field; Rd contains the bit address of the field's destination. After the move, the 
contents of both registers are incremented by the field size. 

If Rs and Rd specify the same register, the data read from the location pointed 
to by the original contents of Rs is written to the location pointed to by the 
incremented value of Rs(Rd). 



MOVE-*Rs,Rd[,F] 



15 


14 


13 


12 


11 


10 


9 


8 


7 6 


5 


4 


3 


2 1 





1 





1 








1 


F 


Rs 


R 


Rd 



Moves a field from a source address into Rd. Rs contains a bit address; before 
the move, the contents of Rs are decremented by the field size to form the 
address of the field. (This value is also the final value for the register.) When 
the field Is moved into Rd, it is right-justified and sign- or zero-extended to 32 
bits (depending on the value of the current FE bit). This instruction also 
performs an implicit compare to of the field data. 

If Rs and Rd are the same register, the pointer information is overwritten by the 
data fetched, t See Status Bits for more information. 



MOVE -*Rs,-'*Rd[,F]' 



15 


14 


13 


12 


11 


10 


9 


8 


7 6 


5 


4 


3 


2 1 





1 





1 





1 





F 


Rs 


R 


Rd 



Moves a field from one memory location to another. Both registers contain bit 
addresses; before the move, the contents of both registers are decremented 
by the field size. 
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MOVE Move Field Instructions 



If Rs and Rd are the same register, then the final contents of the register are 
its original contents decremented by twice the field size. 



MOVE *Rs(offset), Rd [,F] ■ 



15 


14 


13 


12 


11 


10 


9 


8 7 6 


5 


4 


3 


2 1 





1 





1 


1 





1 


F 


Rs 


R 


Rd 


offset 



Moves a field from the source address into Rd. The source address is formed 
by adding a signed, 1 6-bit offset to the contents of Rs. When the field is moved 
into Rd, it is right-justified and sign- or zero-extended to 32 bits (depending on 
the value of the current FE bit). This instruction also performs an implicit 
compare to of the field data, t See Status Bits for more information. 



MOVE *Rs(offset), *Rcl+ [,F] ■ 



15 


14 


13 


12 


11 


10 


9 


8 7 6 


5 


4 


3 


2 1 





1 


1 





1 








F 


Rs 


R 


Rd 


offset 



Moves a field from one memory location to another. The source address is 
formed by adding the contents of Rs to the signed 16-blt offset. Rd contains 
the address of the field's destination; after the move, the contents of Rd are 
incremented by the selected field size. 



MOVE *Rs(SOffset), *Rd(DOffset) [,F] ■ 



15 


14 


13 


12 


11 


10 


9 


8 7 6 


5 


4 


3 


2 1 





1 





1 


1 


1 





F 


Rs 


R 


Rd 


source offset 


destination offset 



Moves a field from one memory location to another. The source address is 
formed by adding a signed 1 6-bit offset to the contents of Rs. The destination 
address is formed by adding a signed 1 6-bit offset to the contents of Rd. 



MOVE ©SAddress, Rd[,F]^ 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 1 




















1 


F 


1 


1 





1 


R 


Rs 


1 6 LSBs of source address 


1 6 MSBs of source address 
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Moves a field from memory to the destination register. SAddress is a 32-bit 
address. When the field is moved into the destination register, it is right-justified 
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Move Field Instructions M O VE 



and sign- or zero-extended to 32 bits (depending on the selected value of FE). 
This instruction also compares the source data to 0. t See Status Bits for more 
information. 



MOVE ©SAddress, *Rd+ [,F] ■ 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 1 





1 


1 





1 





1 


F 














R 


Rs 


16 LSBs of source address 


1 6 MSBs of source address 



Moves a field from one location in memory to another. The source address is 
a 32-bit address; the destination address is specified by the contents of Rd. 
After the move, the contents of the destination register are incremented by the 
field size. 



MOVE ©SAddress, ©DAddress [,F] • 



Status Bits 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 




















1 


F 


1 


1 


1 




















1 6 LSBs of source address 


16 MSBs of source address 


16 LSBs of destination address 


1 6 MSBs of destination address 



Moves a field from one location in memory to another. Both addresses are 
32-bit addresses. 

t The following status bits information applies only to these MOVEs: 
MOyE*Rs,Rd[,F] 
MOyE *Rs+, Rd [,f=] 
MOyE-*Rs,Rd[,F] 
MOVE *Rs(offset), Rd [,F] 
MOVE ©SAddress, Rd [,F] 

N /if the field-extended data moved to register is negative, oVnemise 

C Unaffected 

Z 7 if the field-extended data moved to register is 0, othen/vise 

V 
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M O VE Move Field Instructions 



MOVE Examples 



Example 1 



This is an example of the following MOVE instructions: 



MOVE Rs, *Rcl 
MOVE Rs, ''Rd+ 
MOVE Rs, -*Rd 
MOVE Rs, -^Rdioffset) 
MOVE Rs, @D Address 

Assume that memory contains the following value before instruction execution: 

Address Data 

15500h OOOOh 

1551 Oh OOOOh 

1 5520h OOOOh Register AO = FFFFFFFFh 



Code 






Before 




After 














A1 


FSO/1 


A1 


@15500h@15510h 


@1552 


MOVE 


AO, 


. *A1,0 


00015500h 


5/x 


00015500h 


001 Fh 


OOOOh 


OOOOh 


MOVE 


AO, 


.*A1,1 


00015503h 


x/8 


00015503h 


078Fh 


OOOOh 


OOOOh 


MOVE 


AO, 


.*A1,0 


00015508h 


13/x 


00015508h 


FFOOh 


001 Fh 


OOOOh 


MOVE 


AO, 


-*A1,1 


0001550Ch 


x/24 


0001550Ch 


FOOOh 


FFFFh 


OOOFh 


MOVE 


AO, 


. *Al-}-,l 


0001 551 Dh 


x/16 


0001552Dh 


OOOOh 


EOOOh 


IFFFh 


MOVE 


AO, 


.*Al+,0 


0001 551 6h 


19/x 


00015529h 


OOOOh 


FFCOh 


01FFh 


MOVE 


AO, 


.*A1+,1 


00015500h 


x/32 


00015520h 


FFFFh 


FFFFh 


OOOOh 


MOVE 


AO, 


~*A1,0 


0001 530h 


5/x 


0001 52Bh 


OOOOh 


OOOOh 


F800h 


MOVE 


AO, 


,-*Al,l 


0001 52Dh 


x/8 


0001 525h 


OOOOh 


OOOOh 


IFEOh 


MOVE 


AO, 


.-*A1,0 


0001 528h 


13/x 


0001 51 Bh 


OOOOh 


F800h 


OOFFh 


MOVE 


AO, 


.*A1( OOOOh) 


, 10001 5500h 


x/1 


00015500h 


0001 h 


OOOOh 


OOOOh 


MOVE 


AO, 


,*Al(OFFFh) 


,00001 4501 h 


19/x 


0001 4501 h 


FFFFh 


0007h 


OOOOh 


MOVE 


AO, 


,*Al(7FFFh) , 


,100000501 h 


x/22 


0000D501h 


FFFFh 


003Fh 


OOOOh 


MOVE 


AO, 


-*Al(8000h) , 


, 00001 D500h 


27/x 


OOOIDSOOh 


FFFFh 


07FFh 


OOOOh 


MOVE 


AO, 


,@1550Bh,l 


xxxxxxxx 


x/16 


xxxxxxxx 


F800h 


07FFh 


OOOOh 


MOVE 


AO, 


.@15512h,0 


xxxxxxxx 


27/x 


xxxxxxxx 


OOOOh 


FFFCh 


IFFFh 


MOVE 


AO, 


-@1550Ch,l 


xxxxxxxx 


x/32 


xxxxxxxx 


FOOOh 


FFFFh 


OFFFh 



Example 2 



This is an example of the following MOVE instructions: 



UOyE*Rs,Rd 
MOVE *f?s+, Rd 
MOVE -*Rs,Rd 
MOVE *Rs(offset), Rd 
MOVE ©SAddress, Rd 

Assume that memory contains the following value before instruction execution: 



Address Data 

15500h 7770h 

1551 Oh 7777h 

15520h OOOOh 



Address Data 

15530h 3333h 

15540h 4444h 

15550h 5555h 
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TMS34020 Assembly Language Instruction Set 



Move Field Instructions MOVE 



Code 

MOVE *A0,A1,1 
MOVE *A0,A1,0 
MOVE *A0,A1,1 
MOVE *A0,A1,0 
MOVE *A0,A1,0 

MOVE *A0+,A1,0 
MOVE *A0+,A1,1 
MOVE *A0+,A1,0 
MOVE *A0+,A1,1 

MOVE -*A0,A1,0 
MOVE -*A0,A1,0 
MOVE -*A0,A1,0 

MOVE *A0(0020h),Al,l 
MOVE *AO(OOFFh),Al,0 
MOVE *A0(7FFFh) ,A1,1 
MOVE *A0(8000h),Al,0 
MOVE *AO(OFFECh) ,A1,0 

MOVE @15504h,Al,0 
MOVE @15500h,Al,l 
MOVE @15501h,Al,0 
MOVE @15501h,Al,l 



Before 




After 






AO FSO/1 


FEO/1 


AO 


A1 


NCZ> 


00015500hx/1 


x/1 


00015500h 


OOOOOOOOh 


0x10 


00015500h5/x 


O/x 


00015500h 


0000001 Oh 


0x00 


00015500hx/5 


x/1 


FFFFFFFOh 


OOOOOOOOh 


1x00 


00015500h5/x 


O/x 


00015500h 


0000001 Oh 


0x00 


00015500h 18/x 


O/x 


00037770h 


0000001 Oh 


0x00 


00015500h 12/x 


O/x 


0001550Ch 


00000770h 


0x00 


00015500hx/12 


x/1 


0001550Ch 


00000770h 


0x00 


00015500h27/x 


O/x 


0001 551 Bh 


07777770h 


0x00 


00015500hx/27 


x/1 


0001 551 Bh 


FF777770h 


1x00 


00015520h31/x 


1/x 


0001 5501 h 


3BBBBBB8h 


0x00 


00015520hx/31 


x/O 


0001 5501 h 


3BBBBBB8h 


0x00 


00015520h32/x 


X/x 


00015500h 


77777770h 


0x00 


0001551Chx/13 


x/O 


0001 551 Ch 


00000443h 


0x00 


00015435h 16/x 


1/x 


00015435h 


00004333h 


0x00 


0000D531hx/22 


x/1 


0000D531h 


00000443h 


0x00 


0001D530h27/x 


1/x 


0001 D530h 


FC443333h 


1x00 


0001554Dh32/x 


O/x 


0001554Dh 


AAA22219h 


1x00 


xxxxxxxx 1/x 


18/x 


XXXXXXXX 


FFFF7777h 


1x00 


xxxxxxxx x/0 


x/1 8 


XXXXXXXX 


00037770h 


0x00 


xxxxxxxx 0/x 


30/x 


XXXXXXXX 


3BBBBBB8h 


0x00 


xxxxxxxx x/1 


X/30 


XXXXXXXX 


FBBBBBBSh 


1x00 



Example 3 



This is an example of tlie following MOVE instructions: 

MOVE *Rs, *Rd 

MOVE *Rs+, *Rd+ 

MOVE -*Rs, -*Rd 

MOVE ©SAddress, ©DAddress 

MOVE ©SAddress, *Rd+ 

Assume that memory contains the following value before instruction execution: 



Address 


Data 


15500h 


FFFFh 


1551 Oh 


FFFFh 


15520h 


FFFFh 



Address 


Data 


15530h 


OOOOh 


15540h 


OOOOh 


15550h 


OOOOh 



13-165 



M O VE Move Field Instructions 



Code 

MOVE *A0,*A1,1 
MOVE *A0,*A1,0 
MOVE *A0,*A1,1 



Before 
AO 

00015500h 
00015500h 
00015500h 
MOVE * AO , * Al , 0001 5500h 



After 
A1 FSO/1 AO 

00015530h x/1 00015500h 

00015534h 5/x 00015500h 

0001553Ah x/10 00015500h 

0001553Fh 19/x 00015500h 



A1 @15530h @15540h @1550h 

00015530h 0001 h OOOOh OOOOh 

00015534h OlFOh OOOOh OOOOh 

0001553Ah FCOOh OOOFh OOOOh 

0001553Fh 8000h FFFFh 0003h 



MOVE *A04-,*AH,1 0001 551 Oh 00015532h x/7 0001 551 7h 00015539h OlFCh OOOOh OOOOh 

MOVE *A0+,* AH, 00015511 h 0001553Ah 13/x 0001551Fh 00015547h FCOOh 007Fh OOOOh 

MOVE *A0+,* AH, 1 0001 551 3h 0001553Fh x/8 0001 551 Bh 00015547h 8000h 007Fh OOOOh 

MOVE *AO+,*AH,0 0001 551 Oh 0001553Ah 28/x 0001552Ch 00015556h FCOOh FFFFh 003Fh 



MOVE *-A0 , *-Al , 00001 5527h 
MOVE *-AO,*-Al, 10001 5527h 
MOVE *-A0 , *-Al , 00001 552Ah 
MOVE *~A0 , *-Al , 10001 5520h 



00015555h 31/x 00015508h 00015536h 

00015550h x/31 00015508h 0001 5531 h 

00015550h 32/x 0001550Ah 00015530h 

0001555Ah x/32 00015500h 0001553Ah 



MOVE @i5500h,*Ai+,i 0001553Ah xxxxxxxx x/10 00015544h xxxxxxxx 

MOVE @15500h,*Al+,00001553Ah xxxxxxxx 19/x 00015552h xxxxxxxx 

MOVE @ 155 ODh,*Al+, 10001 553Ah xxxxxxxx 28/x 0001554Ch xxxxxxxx 

MOVE @15505h,*Al+,0OOO1553Ah XXXXXXXX x/32 0001554Dh xxxxxxxx 



MOVE @15500h,@15530h, 1 XXXXXXXX XXXXXXXX 

MOVE @15500h,@15534h,0 XXXXXXXX XXXXXXXX 

MOVE @15500h,@15530h,l XXXXXXXX XXXXXXXX 

MOVE @15500h,@15530h,0 XXXXXXXX XXXXXXXX 



x/1 xxxxxxxx xxxxxxxx 

5/x xxxxxxxx xxxxxxxx 

x/7 xxxxxxxx xxxxxxxx 

1 3/x xxxxxxxx xxxxxxxx 



FFCOh FFFFh 001 Fh 

FFFEh FFFFh OOOOh 

FFFFh FFFFh OOOOh 

FCOOh FFFFh 03FFh 

FCOOh OOOFh OOOOh 

8000h FFFFh 0003h 

FFFFh OFFFh OOOOh 

FFEOh OFFFh OOOOh 

0001 h OOOOh OOOOh 

OlFOh OOOOh OOOOh 

007Fh OOOOh OOOOh 

IFFFh OOOOh OOOOh 



Example 4 



This is an example of the following MOVE instructions: 

MOyE *Rs(offset), *Rd+ 
MOVE *Rs(offset), ""Rdfoffset) 

Assume that memory contains the following value before instruction execution: 

Address Data 

15530h 3333h 

15540h 4444h 

15550h 5555h 



Code 



Address 


Data 


15500h 


OOOOh 


1551 Oh 


OOOOh 


15520h 


OOOOh 




Before 



MOVE *A0 ( OOOOh) , *A1+, 1 
MOVE *A0 ( OOFFh) , *A1+, 1 
MOVE *A0 ( OFFFh ) , *A1+ , 1 
MOVE *A0 ( OFFEOh ) , *A1+ , 1 



After 

AO A1 FSO/1 A1 @15530h @15540h @1550h 

00015530h 0015500h x/1 0001 5501 h 0001 h OOOOh OOOOh 

00015535h 001550Ch 16/x 0001 551 Ch 3000h 0433h OOOOh 

0001 5531 h 0001 551 Oh 19/x 00015523h OOOOh 3333h 0004h 

00015558h 00015508h x/31 00015527h 3300h 4444h 0055h 



MOVE*A0(0001h),*Al(0000h)/0 0001 552Fh 0001 5504h 5/x 00015504h 0130h OOOOh OOOOh 

MOVE *A0( 00 OFh),*Al( OOOFh ),0 0001 552Dh 0001 54FDh8/x 000154FDh 3000h 0004h OOOOh 

MOVE*A0(7FFFh),*Al(8000h),l 0000D531h 0001 D508h x/22 0001D508h 3300h 0433h OOOOh 

MOVE *A0(0FFF2h),*Al(7FFFh), 10001 5540h 0000D501 h x/25 0000D501h OCCCh Olllh OOOOh 
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TMS34020 Assembly Language Instruction Set 



Move Immediate, 16 Bits MOVI 



Syntax 
Execution 
Instruction Words 

Description 



Mactiine States 
Status Bits 



Examples 



MOVI IW,Rcl[,yN] 
16-bit immediate value 



Rd 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 1 

















1 








1 


1 


1 





R 


Rd 


16-bit value 



IVIOVI stores a 16-bit, sign-extended immediate value in the destination regis- 
ter. (IW in the instruction syntax represents the 16-bit value.) 

The assembler uses the short form if the immediate value has been previously 
defined and is in the range -32,768 through 32,767. You can force the assem- 
bler to use the short form by following the register operand with ,W: 

MOVI IW,Rd,W 

The assembler truncates the upper bits and issues an appropriate warning 
message. 



N y if the data being moved is negative, othen/vise 

C Unaffected 

Z Unaffected 

V 7 if the data being moved is 0, otherwise 



Code 




After 








AC 


NCZV 


MOVI 


32767, AO 


00007FFFh 


0x00 


MOVI 


1,A0 


00000001 h 


0x00 


MOVI 


0,A0 


OOOOOOOOh 


0x1 


MOVI 


--1,A0 


FFFFFFFFh 


1 xOO 


MOVI 


-32768, AO 


FFFFSOOOh 


1 xOO 


MOVI 


0000h,A0 


OOOOOOOOh 


0x1 


MOVI 


7FFFh,A0 


00007FFFh 


0x00 
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MO VI Move Immediate, 32 Bits 



Syntax 
Execution 
Instruction Words 



Description 



l\/lachiine States 



Status Bits 



Examples 



MOVI IL.RdlL] 
32-bit immediate value 



Rd 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 1 

















1 








1 


1 


1 


1 


R 


Rd 


16LSBsoflL 


16MSBsoflL 



IVIOVI stores a 32-bit immediate value in the destination register. (IL in the 
instruction syntax represents the 32-bit value.) 

The assembler uses this opcode if it cannot use the movi iw, Rd opcode or if 
the long opcode is forced by following the register operand with, L: 

MOVI IL,Rd,L 

2 if immediate data is long-word aligned 

3 if immediate data Is not long-word aligned 

N y if the data being moved is negative, otherwise 

C Unaffected 

Z y If the data being moved is 0, otherwise 

V 



Code 




After 








AG 


NCZV 


MOVI 


2147483647, AO 


7FFFFFFFh 


0x00 


MOVI 


32768, AO 


OOOOSOOOh 


0x00 


MOVI 


-32769, AO 


FFFFZFFFh 


1 xOO 


MOVI 


-2147483648, AO 


SOOOOOOOh 


1 xOO 


MOVI 


8000h,A0 


OOOOSOOOh 


0x00 


MOVI 


OFFFFFFFFh,AO 


FFFFFFFFh 


1x00 


MOVI 


OFFFFh,AO,L 


FFFFFFFFh 


1 xOO 
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TMS34020 Assembly Language Instruction Set 



Move Constant (5 Bits) MOVK 



Syntax 
Execution 
Instruction Words 

Description 



MOVK constant, Rd 
5-bit constant -> Rd 



15 


14 


13 


12 


11 


10 


9 


8 7 6 


5 


4 


3 


2 1 














1 


1 





constant 


R 


Rd 



MOVK stores a 5-bit constant in the destination register. The constant is 
treated as an unsigned nunnber in the range 1 — 32, where constant = in the 
opcode corresponds to a value of 32. The resulting constant value is zero- 
extended to 32 bits. 

Note that you cannot set a register to with this instruction. You can clear a 
register by XORing the register with itself; use clr Rd (an alternate mnemonic 
for XOR Rs, Rd) to accomplish this. Both these methods alter the Z bit (set it 
to1). 



Machine States 


1 




Status Bits 


N Unaffected 
C Unaffected 
Z Unaffected 
V Unaffected 




Examples 


Code 


After 
AO 




MOVK 1,A0 


00000001 h 




MOVK 8,A0 


OOGOOOOBh 




MOVK 16,A0 


0000001 Oh 




MOVK 32,A0 


00000020h 
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MOVX Move X Half of Register 



Syntax 
Execution 
Instruction Words 

Description 



MOVX Rs,Rcl 
XhalfofRs -> XhalfofRd 

15 14 13 12 11 10 9 8 7 6 5 



1 


1 


1 





1 


1 





Rs 


R 


Rd 



MOVX moves the X half of the source register (16 LSBs) to the X half of the 
destination register. The Y halves of both registers are unaffected. 

You can also use the MOVX and MOVY instructions for handling packed 1 6-bit 
quantities and XY addresses. You can use the RL instruction to swap the con- 
tents of X and Y 

Rs and Rd must be in the same register file. 



Mactiine States 


1 








Status Bits 


N Unaffected 
C Unaffected 
Z Unaffected 
V Unaffected 








Examples 


Code 


Before 




After 






AG 


A1 


A1 




MOVX A0,A1 


GOOOOOOOh 


FFFFFFFFh 


FFFFOOOOh 




MOVX A0,A1 


12345678h 


OOOOOOOOh 


00005678h 




MOVX A0,A1 


FFFFFFFFh 


OOOOOOOOh 


OOOOFFFFh 
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TMS34020 Assembly Language Instruction Set 



Move YHalf of Register M O VY 



Syntax 
Execution 
Instruction Words 

Description 



MOVY Rs,Rd 

Y half of Rs -> Y half of Rd 

15 14 13 12 11 10 9 



1 


1 


1 





1 


1 


1 


Rs 


R 


Rd 



MOVY moves the Y half of the source register (1 6 MSBs) to the Y half of the 
destination register. The X halves of both registers are unaffected. 

You can also use the MOVX and MOVY instructions for handling packed 1 6-bit 
quantities and XY addresses. You can use the RL instruction to swap the con- 
tents of X and Y 

Rs and Rd nnust be in the sanne register file. 



Macliine States 


1 








Status Bits 


N Unaffected 
C Unaffected 
Z Unaffected 
V Unaffected 








Examples 


Code 


Before 




After 






AO 


A1 


A1 




MOVY A0,A1 


OOOOOOOOh 


FFFFFFFFh 


OOOOFFFFh 




MOVY AO^Al 


12345678h 


OOOOOOOOh 


12340000h 




MOVY A0,A1 


FFFFFFFFh 


OOOOOOOOh 


FFFFOOOOh 
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MPYS Multiply Registers, Signed 



Syntax 
Execution 

Instruction Words 
Description 



MPYS Rs,Rd 

If Rd is an even-numbered register, Rs x Rd 
If Rd is an odd-nunnbered register, Rs x Rd 



Rd:Rd+1 
Rd 



15 


14 


13 


12 


11 


10 


9 


8 


7 6 


5 


4 


3 


2 1 








1 





1 


1 


1 





Rs 


R 


Rd 



M FYS performs a signed multiply of a variably sized field in the source register 
by the 32 bits in the destination register. This produces a 32-bit to a 64-bit 
result, depending on the register and field definitions. Note that Rs and Rd 
must be in the same register file. 

The value of field size 1 (FS1) defines the size of the multiplier in Rs. FS1 may 
have any even value n from 2 to 32 (that is, « = 2, 4, 6 ... 30, 32). The instruction 
executes a 32-bit-by-«-bit multiply — multiplying the 32 bits in Rd by the n bits 
in Rs. All values are signed. The MSB of the source field (bit n-^\n Rs) defines 
the sign of the field; the bits to the left of bit n are ignored. The MSB of Rd 
defines the sign of the multiplicand. 



Contents of Rs (n = FS1); 
31 n n'-^ 



ignored 



n-blt multiplier 



sign bit 



Contents of Rd: 



31 



32-bit multiplicand 



\sign bit 



MFYS has two modes, depending on whether Rd is even or odd: 

Qi RdEven: 

MFYS multiplies the contents of Rd by the /i-bit field in Rs, and stores the 
result in 2 consecutive registers, Rd and Rd+1 . (For example, if Rd=B4, the 
result is stored in registers B4 and B5.) The result is sign-extended and 
right-justified; the 32 MSBs are stored in Rd, and the 32 LSBs are stored in 
Rd+1 . Note that all 32 bits of both registers are used, regardless of the field 
size of the multiply. 

Do not use A1 4 or B1 4 as the destination register, because Rd+1 (A1 5 or 
B15) is the stack pointer register (SP). It is not desirable to write over the 
contents of the SP. 



Contents of Rd (even register) 
31 n «-1 



Contents of Rd+1 (odd register) 
31 : 



sign n MSBs of result 32 LSBs of result 
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TMS34020 Assembly Language Instruction Set 



Multiply Registers, Signed 



MPYS 



□ RdOdd: 

MPYS multiplies the contents of Rd by the n-bW. field in Rs, and stores the 
32 LSBs of the result in Rd; neither Rs nor Rd+1 are changed. If the result is 
greater than 32 bits, the extra MSBs are discarded, regardless of the field 
size. The N and Z status bits, however, are set according to the full result, 
including the MSBs that are discarded. 

Contents of Rd (odd register) 

31 



32 LSBs of result 



Machine States 
Status Bits 



5 + (field size)/2 

N y if the result is negative, otherwise 

C Unaffected 

Z / if the result is 0, othenA/ise 

V Unaffected 



Example 1 



MPYS Al, AO 












Before 






After 






AO 


A1 


FS1 


AO 


A1 


NCZV 


OOOOOOOOh 


OOOOOOOOh 


32 


OOOOOOOOh 


OOOOOOOOh 


0x1 X 


7FFFFFFFh 


7FFFFFFFh 


32 


SFFFFFFFh 


00000001 h 


OxOx 


7FFFFFFFh 


FFFFFFFFh 


32 


FFFFFFFFh 


80000001 h 


1 xOx 


FFFFFFFFh 


7FFFFFFFh 


32 


FFFFFFFFh 


80000001 h 


1 xOx 


FFFFFFFFh 


FFFFFFFFh 


32 


OOOOOOOOh 


00000001 h 


OxOx 


SOOOOOOOh 


7FFFFFFFh 


32 


COOOOOOOh 


SOOOOOOOh 


1 xOx 


SOOOOOOOh 


SOOOOOOOh 


32 


40000000h 


OOOOOOOOh 


OxOx 


80000001 h 


SOOOOOOOh 


32 


SFFFFFFFh 


SOOOOOOOh 


OxOx 


80401 56Fh 


7FF3B074h 


32 


C0262CDCh 


53E486F8h 


1 xOx 


80401 56Fh 


7FF3B074h 


24 


000624B1h 


53E486F8h 


OxOx 


80401 56Fh 


7FF3B074h 


20 


FFFE28B2h 


594486F8h 


1 xOx 


80401 56Fh 


7FF3B074h 


16 


000027B2h 


17EC86F8h 


OxOx 


80401 56Fh 


7FF3B074h 


14 


000007C2h 


1C0206F8h 


OxOx 


80401 56Fh 


7FF3B074h 


8 


FFFFFFCeh 


1D0766F8h 


1 xOx 


80401 56Fh 


7FF3B074h 


6 


OOOOOOOSh 


FCFF3BF8h 


OxOx 


80401 56Fh 


7FF3B074h 


4 


FFFFFFFEh 


01004158h 


1 xOx 


80401 56Fh 


7FF3B074h 


2 


OOOOOOOOh 


OOOOOOOOh 


0x1 X 
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MPYS Multiply Registers, Signed 



Example 2 



MPYS A0,A1 












Before 






After 






AO 


A1 


FS1 


AO 


A1 


NCZV 


OOOOOOOOh 


OOOOOOOOh 


32 


unchanged 


OOOOOOOOh 


0x1 X 


7FFFFFFFh 


7FFFFFFFh 


32 


unchanged 


00000001 h 


OxOx 


7FFFFFFFh 


7FFFFFFFh 


32 


unchanged 


80000001 h 


1 xOx 


FFFFFFFFh 


7FFFFFFFh 


32 


unchanged 


80000001 h 


1 xOx 


FFFFFFFFh 


FFFFFFFFh 


32 


unchanged 


00000001 h 


OxOx 


SOOOOOOOh 


7FFFFFFFh 


32 


unchanged 


80000000h 


1 xOx 


SOOOOOOOh 


eoooooooh 


32 


unchanged 


OOOOOOOOh 


OxOx 


80000001 h 


SOOOOOOOh 


32 


unchanged 


80000000h 


OxOx 


7FF3B074h 


80401 056h 


32 


unchanged 


53E486F8h 


1 xOx 


7FF3B074h 


80401 056h 


24 


unchanged 


53E486F8h 


OxOx 


7FF3B074h 


80401 056h 


20 


unchanged 


594486F8h 


1 xOx 


7FF3B074h 


80401 056h 


16 


unchanged 


17EC86F8h 


OxOx 


7FF3B074h 


80401 056h 


14 


unchanged 


1C0206F8h 


OxOx 


7FF3B074h 


80401 056h 


8 


unchanged 


1D0766F8h 


1 xOx 


7FF3B074h 


80401 056h 


6 


unchanged 


FCFF3BF8h 


OxOx 


7FF3B074h 


80401 056h 


4 


unchanged 


01004158h 


1 xOx 


7FF3B074h 


80401 056h 


2 


unchanged 


OOOOOOOOh 


0x1 X 
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TMS34020 Assembly Language Instruction Set 



Multiply Registers, Unsigned M P YU 



Syntax 
Execution 

Instruction Words 
Description 



MPYU Rs,Rd 

If Rd is an even-numbered register: Rs x Rd 
If Rd is an odd-numbered register: Rs x Rd 

15 14 13 12 11 10 9 8 7 ( 



Rd:Rd+1 
Rd 






1 





1 


1 


1 


1 


Rs 


R 


Rd 



MPYU performs an unsigned multiply of a variably-sized field in the source reg- 
ister by the 32 bits in the destination register. This produces a 32-bit to a 64-bit 
result, depending on the register and field definitions. Note that Rs and Rd 
must be in the same register file. 

The value of field size 1 (FS1 ) defines the size of the multiplier in Rs. FS1 may 
have any even value n from 2 to 32 (that is, « = 2, 4, 6 ... 30, 32). The instruction 
executes a 32-bit-by-n-bit multiply — multiplying the 32 bits in Rd by the n bits 
in Rs. All values are unsigned. 



Contents of Rs {n = FS1): 
31 n n-\ 


Contents of Rd: 
31 






C 


) 


ignorec «-bit multiplier 32-bit multiplicand 






'"^^^^^^^^^^^M. 






"^^^U. 





MPYS has two modes, depending on whether Rd is even or odd: 
□l Rd Even: 

MPYU multiplies the contents of Rd by the Az-bit field in Rs and stores the 
result in 2 consecutive registers, Rd and Rd+1 . (For example, if Rd=B4, the 
result is stored in registers B4 and B5.) The result is zero-extended and 
right-justified; the 32 MSBs are stored in Rd, and the 32 LSBs are stored in 
Rd+1 . Note that all 32 bits of both registers are used, regardless of the field 
size of the multiply. 

Do not use A1 4 or B1 4 as the destination register, because Rd+1 (A1 5 or 
B15) is the stack pointer register (SP). It is not desirable to write over the 
contents of the SP. 



Contents of Rd (even register) 


Contents of Rd+1 (odd register) 




31 n n-\ 


31 





Os n MSBs of result 


32 LSBs of result 





□ RdOdd: 

M PYU multiplies the contents of Rd by the n-bit field in Rs and stores the 32 
LSBs of the result in Rd; Rs is not changed. If the result is greater than 32 
bits, the extra MSBs are discarded, regardless of the field size. The Z sta- 
tus bit, however, is set according to the full result, including the MSBs that 
are discarded. 
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MPYU Multiply Registers, Unsigned 



Contents of Rd (odd register) 
31 



32 LSBsof result 



Machine States 



Rs nonnegatlve: 5 + (field slze)/2 

Rs negative: 6 + (field size)/2 



Status Bits 


N Unaffecte 


3d 












C Unaffected 












Z / if the result is 0, otherwise 










V Unaffected 










Example 1 


MPYU A1,A0 

Before 






After 








AO 


A1 


FS1 


AO 


A1 


NCZV 




FFFFOOOOh 


lOOOOOOOh 


32 


OFFFFOOOh 


OOOOOOOOh 


xxOx 




FFFFOOOOh 


10001 01 Oh 


32 


lOOOOOOFh 


EFFOOOOOh 


xxOx 




FFFFOOOOh 


10001 01 Oh 


16 


00001 OOFh 


EFFOOOOOh 


xxOx 




FFFFOOOOh 


10001 01 Oh 


8 


OOOOOOOFh 


FFFOOOOOh 


xxO X 




FFFFOOOOh 


10001 01 Oh 


4 


OOOOOOOOh 


OOOOOOOOh 


XX 1 X 




08001 056h 


0003B074h 


32 


00001 D83h 


DC4486F8h 


xxOx 




08001 056h 


0003B074h 


16 


00000583h 


AB4286F8h 


xxOx 




08001 056h 


0003B074h 


14 


000001 83h 


A31786F8h 


xxOx 




08001 056h 


0003B074h 


8 


00000003h 


A00766F8h 


xxOx 




08001 056h 


0003B074h 


6 


00000001 h 


A0035178h 


xxOx 




08001 056h 


0003B074h 


4 


OOOOOOOOh 


200041 58h 


xxOx 




08001 056h 


0003B074h 


2 


OOOOOOOOh 


OOOOOOOOh 


XX 1 X 


Example 2 


MPYU A0,A1 

Before 






Aft^r 








AO 


A1 


FS1 


AO 


A1 


NCZV 




lOOOOOOOh 


hhhl-OOOOh 


32 


unchanged 


OOOOOOOOh 


xxOx 




10001 01 Oh 


FFFFOOOOh 


32 


unchanged 


EFFOOOOOh 


xxOx 




10001 01 Oh 


hhhhOOOOh 


16 


unchanged 


EFFOOOOOh 


xxOx 




10001 01 Oh 


FFFFOOOOh 


8 


unchanged 


FFFOOOOOh 


xxOx 




10001 01 Oh 


hhhhOOOOh 


4 


unchanged 


OOOOOOOOh 


XXl X 




0003B074h 


08001056h 


32 


unchanged 


DC4486F8h 


xxOx 




0003B074h 


08001 056h 


16 


unchanged 


AB4286F8h 


xxOx 




0003B074h 


08001 056h 


14 


unchanged 


A31786F8h 


xxOx 




0003B074h 


08001 056h 


8 


unchanged 


A00766F8h 


xxOx 




0003B074h 


08001 056h 


6 


unchanged 


A0035178h 


xxOx 




0003B074h 


08001 056h 


4 


unchanged 


200041 58h 


xxOx 




0003B074h 


08001 056h 


2 


unchanged 


OOOOOOOOh 


XXl X 
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Memory Wait MWAIT 



Syntax 
Execution 
Instruction Words 

Description 



MWAIT 

Wait for current memory cycle to complete 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 





























1 
























MWAIT delays further instruction execution to allow any pending write cycle 
to complete. If no write cycle is currently pending, the next instruction begins 
execution immediately. If a write cycle is pending, execution of the next instruc- 
tion is delayed until the write cycle completes. 

MWAIT is typically used to ensure that all pending I/O register updates have 
been completed prior to beginning a graphics instruction execution that 
depends on the values in the I/O registers. It may also be used to ensure that 
a pending write to a register in a memory-mapped peripheral external to the 
TMS34020 has completed prior to executing an instruction whose operation 
depends on the value in the register. Refer to Section 4.5.6 on page 4-1 3 for 
a description of the potential latency of writes to I/O registers. 



l\/lachine States 


minimum of 2 




Status Bits 
Examples 


N Unaffected 
C Unaffected 
Z Unaffected 
V Unaffected 

MOVK 4, BIO 
SETF 16,0,0 






MOVE BIO, @C0000150h 


; load PSIZE 




MWAIT 


; wait for write to complete 




DRAV A0,A2 





In this case the 16 bit MOVE to PSIZE results 
in 1 hidden state at the time MWAIT is 
entered. MWAIT will take 2 cycles to execute. 



MOVK 


4, BIO 




SETF 


6,0,0 




MOVE 


BIO, @C0000150h 


; load PSIZE 


MWAIT 




; wait for write to complete 


DRAV 


A0,A2 





In this case the 6 bit MOVE to PSIZE results 
in 2 hidden states at the time MWAIT is 
entered. MWAIT will take 3 cycles to execute. 
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N EG Negate Register 



Syntax 
Execution 
Instruction Words 

Description 

Machine States 
Status Bits 



Examples 



NEG Rd 

2s complement of Rd -> Rd 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 1 























1 


1 


1 





1 


R 


Rd 



NEG stores the 2s complement of the contents of the destination register back 
into the destination register. 

1 

N f if the result is negative, otherwise 

C 1 if there is a borrow (Rd ^0),0 othen/vise 

Z 1 if the result is 0, othenA/ise 

V 1 if there is an overflow (Rd = SOOOOOOOh), othen^/ise 



Code 


Before 


After 






AO 


NCZV 


AO 


NEG AO 


OOOOOOOOh 


10 


OOOOOOOOh 


NEG AO 


55555555h 


110 


AAAAAAABh 


NEG AO 


7FFFFFFFh 


110 


80000001 h 


NEG AO 


SOOOOOOOh 


110 1 


SOOOOOOOh 


NEG AO 


80000001 h 


10 


7FFFFFFFh 


NEG AO 


FFFFFFFFh 


10 


00000001 h 
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Negate Register with Borrow N EG B 



Syntax 
Execution 
Instruction Words 

Description 



Machiine States 
Status Bits 



Examples 



NEGB Rd 



(2s complement of Rd) - C -> Rd 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 1 























1 


1 


1 


1 





R 


Rd 



NEGB takes the 2s complement of the destination register's contents and dec- 
rements by 1 if the borrow bit (C) is set; the result is stored in the destination 
register. This instruction can be used in sequence with itself and with the NEG 
instruction for negating multiple-register quantities. 

1 

N y if the result is negative, otherwise 

C 7 if there is a borrow, othenA/ise 

Z 7 if the result is 0, othenA/ise 

V 1 \i there is an overflow, othenA/ise 



Code 




Before 
AO 


C 


After 
NCZV 






AO 


NEGB 


AO 


OOOOOOOOh 





001 


OOOOOOOOh 


NEGB 


AO 


OOOOOOOOii 


1 


1 1 00 


FFFFFFFFh 


NEGB 


AO 


55555555h 





1 1 00 


AAAAAAABh 


NEGB 


AO 


55555555h 


1 


1 1 00 


AAAAAAAAh 


NEGB 


AO 


7FFFFFFFh 





1 1 00 


80000001 h 


NEGB 


AO 


TFFFFFFFh 


1 


1 1 00 


SOOOOOOOh 


NEGB 


AO 


SOOOOOOOh 





1 1 01 


SOOOOOOOh 


NEGB 


AO 


SOOOOOOOh 


1 


01 00 


7FFFFFFFh 


NEGB 


AO 


80000001 h 





01 00 


7FFFFFFFh 


NEGB 


AO 


80000001 h 


1 


01 00 


7FFFFFFEh 


NEGB 


AO 


FFFFFFFFh 





01 00 


00000001 h 


NEGB 


AO 


FFFFFFFFh 


1 


01 1 


OOOOOOOOh 
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NOP No Operation 



Syntax 
Execution 
Instruction Words 

Description 



Maciiine States 
Status Bits 



Example 



NOP 

No operation 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 























1 


1 



























The program counter is incremented to point to tlie next instruction. The 
processor status is otherwise unaffected. 

You can use the NOP instruction to pad loops and perform other timing func- 
tions. 

1 



N Unaffected 




C Unaffected 




Z Unaffected 




V Unaffected 




Cpde B^fQre 


After 


PC 


PC 


NOP 00020000h 


0002001 Oh 
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Complement Register N OT 



Syntax 
Execution 
Instruction Words 

Description 

Maciiine States 
Status Bits 



Examples 



NOT Rd 

NOTRd -> Rd 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 1 























1 


1 


1 


1 


1 


R 


Rd 



NOT stores the 1 s complement of the destination register's contents back into 
the destination register. 

1 

N Unaffected 

C Unaffected 

Z 7 if the result is 0, otherwise 

V Unaffected 



Code 


Before 


After 






AO 


NCZV 


AO 


NOT AO 


OOOOOOOOh 


xxOx 


FFFFFFFFh 


NOT AO 


55555555h 


xxOx 


AAAAAAAAh 


NOT AO 


FFFFFFFFh 


XX 1 X 


OOOOOOOOh 


NOT AO 


SOOOOOOOh 


xxOx 


7FFFFFFFh 
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OR OR Registers 



Syntax 
Execution 
Instruction Words 

Description 

Machine States 
Status Bits 



Examples 



OR Rs,Rcl 

Rs OR Rd -> Rd 



15 


14 


13 


12 


11 


10 


9 


8 


7 6 


5 


4 


3 


2 1 








1 





1 





1 





Rs 


R 


Rd 



This instruction bitwise-ORs the contents of the source register with the con- 
tents of the destination register; the result is stored in the destination register. 

Rs and Rd nnust be in the same register file. 

1 



N Unaffected 








Unaffected 








Z 7 if the result is 0, othen^/ise 






V Unaffected 








Code 


Before 




After 






AG 


A1 


A1 


NCZV 


OR A0,A1 


FFFFFFFFh 


OOOOOOOOh 


FFFFFFFFh 


xxOx 


OR A0,A1 


OOOOOOOOh 


FFFFFFFFh 


FFFFFFFFh 


xxOx 


OR AO.Al 


55555555h 


AAAAAAAAh 


FFFFFFFFh 


xxOx 


OR A0,A1 


OOOOOOOOh 


OOOOOOOOh 


OOOOOOOOh 


XX 1 X 
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OR Immediate (32 Bits) ORI 



Syntax 
Execution 
Instruction Words 



Description 



Machine States 



Status Bits 



Examples 



ORI IL,Rd 

32-bit immediate value OR Rd 



Rd 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 1 

















1 





1 


1 


1 





1 


R 


Rd 


16LSBsoflL 


16MSBsoflL 



This instruction bitwise-ORs a 32-bit immediate value with the contents of the 
destination register and stores the result in the destination register. {IL in the 
syntax represents the 32-bit value.) 

2 if immediate data is long-word aligned 

3 if immediate data is long-word aligned 

N Unaffected 

Unaffected 

Z 1 if the result is 0, othenA/ise 

V Unaffected 

Code 

ORI OFFFFFFFFh^AO 
ORI 00000000h,A0 
ORI OAAAAAAAAh^AO 
ORI 00000000h,A0 



Before 


After 




AG 


AG 


NCZV 


OOOOOOOOh 


FFFFFFFFh 


xxOx 


FFFFFFFFh 


FFFFFFFFh 


xxOx 


55555555h 


FFFFFFFFh 


xxOx 


OOOOOOOOh 


OOOOOOOOh 


XX 1 X 
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PFILL Pattern Fill 



Syntax 
Execution 
Instruction Words 

Description 



PFILL XY 

COLORO and C0L0R1 pixels -> pixel array (with processing) 

15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 















1 





1 











1 


1 





1 


1 


1 



PFILLXYfills a pixel array, one row at atime,with a 2-color pattern. The pattern 
is defined by the PATTERN register. The 2 colors are defined by the COLORO 
and C0L0R1 registers. PFILL replaces the 1s in pattern with the pixel value 
in C0L0R1 ; it replaces the Os in the pattern with the pixel value in COLORO. 

To fill an array with a 2-dimensional pattern, execute PFILL once for each row 
of the array. If the width of the specified fill region (defined by DX in DYDX) is 
more than 32 pixels, PFILL replicates the same 32-bit pattern as many times 
as necessary to fill the row. After each line is drawn, you will typically update 
the contents of the PATTERN register to define the next row of the pattern. 

If you do not update the PATTERN register between rows, or if the number of 
rows in the fill region is ;-1 , then the same 1 -dimensional pattern is repeated 
for each row of the destination array. If the destination array pitch is a power 
of 2, and a pattern is drawn to the screen in this manner, then the filled area 
appears to contain stripes. If the destination array pitch is not a power of 2, then 
the pattern is defined for only the first line of the array. 



Aligning a pattern 



The contents of the PATTERN register control the pattern. As an example, con- 
sider the pixel addressed by the XY address in DADDR at the start of the PFILL 
instruction. Let that pixel be the /zth pixel from the least significant end of a long- 
word boundary, where n is in the range: 



< n < 



32 



PSIZE 



-1 



Bit n in the PATTERN register determines if the first pixel drawn is a COLORO 
orCOLORI pixel. Bit«+1 determines if the second pixel drawn is a COLORO 
or C0L0R1 pixel, and so on. The PATTERN register works cyclically to draw 
a line. If the DX value in DYDX is large, then eventually bit 31 of the PATTERN 
register will be used to control an output pixel. If a further pixel is drawn, then 
it will be controlled by bit of the pattern and so on. 



Prealigning a pattern 



The last example demonstrated that PFILL does not perform any internal align- 
ment of the PATTERN register. This cuts the overhead time required to start 
executing and enables you to perform a pattern prealignment to suit your 
needs. 
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Pattern Fill PFILL 



Consider this case wtiere no prealignment is performed: 



PSIZE 




= 04h 


DADDR 


(B2) 


= 00000 OOOOh 


DPTCH 


(B3) 


= 00000 OOOOh 


OFFSET 


(B4) 


= 00000 OOOOh 


DYDX 


(B7) 


= 00020 ooeoh 


COLORO 


(B8) 


= 00000 OOOOh 


C0L0R1 


(89) 


= OFFFFFFFFh 


PAI 1 ERN 


(813) 


= OFFFOOOFFh 



For this example, PFILL draws a rectangle 96 pixels wide and 32 pixels high. 
The rectangle contains vertical stripes, alternating between C0L0R1 and 
C0L0R1 . The first pixel drawn, at bit address OOOOOOOOh, is controlled by bit 

of the PATTERN register. 

If the screen is clear and the X part of DADDR is incremented by 1 to 

00000001 h, PFILL will redraw the rectangle. The first pixel drawn by PFILL, 
now at bit address 00000004h, will be controlled by bit 1 of the pattern register. 
The drawn pattern now appears as if it were fixed relative to the screen (not 
the rectangle edge). 

This continues as the X component of DADDR is incremented until DADDR = 
OOOOOOOOSh; at this point the first pixel drawn by PFILL, now at bit address 
000000020h, will no longer be in the first 32-bit long-word of the screen. In this 
case, by the argument used above, the first drawn pixel is controlled, once 
again, by bit of the PATTERN register and thus changing from DADDR = 
000000007h to DADDR = OOOOOOOOOSh the pattern will appear to jump within 
the rectangle. This may not always be a desirable way to manage the pattern. 
You may wish to do one of the following: 

Q Create a pattern that appears to be fixed relative to the screen background. 
Q Create a pattern that appears fixed relative to the edge of the rectangle. 



Placing the pattern relative to the screen background 



There are three ways to fixing or placing a pattern relative to the screen back- 
ground. 

1) Let the number of pixels in a long-word bep, where 

32 



P = 



PSIZE 



If the pattern in the PATTERN register repeats every;? pixels, then it will 
appear fixed with respect to the screen background. 

If you set B13 = FFOOFFOOFFh in the last example, the pattern will not 
jump. 
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PFILL Pattern Fill 



2) Use a pixel size of 1 bit. 

3) Manually rotate the contents of B13 before executing PFILL. The rotation 
annount depends on the following two things: 

□i Pixel size 

Q X component of DADDR 

Let the total number of bits controlled by the entire pattern (that is 32 x 
PSIZE bits), be known as a super-word (range 32 to 1 024 bits in size). 

Let the long-word containing the pixel addressed by DADDR at the start of 
the PFILL XY be the n^^ long-word in a super-word (range to 32). 

Let the number of pixels in a 32-bit long-word be;?, where 

32 
P = psizE (^^"9e0to32). 

Before starting PFILL XY, the pattern should be rotated right by m x p bits, 
before placing it in PATTERN. 

This may appear complex, but because pixel size is usually fixed, the 
prealignment operation can be reduced to a simple sequence of instruc- 
tions. For example, at 4 bits per pixel, ANDing the XY address in DADDR 
(available before execution of PFILL) with 01 8h yields the value m x p 
which can be used to rotate the pattern before placing it into the PATTERN 
register. At other pixel sizes the following will yield mxp: 



always (no rotation required) 



PSIZE 


m xp 


1 


OOOh AND DADDR 


2 


01 Oh AND DADDR 


4 


01 8h AND DADDR 


8 


OlCh AND DADDR 


16 


01 Eh AND DADDR 


32 


01 Fh AND DADDR 



Placing the pattern relative to the rectangle — 

Placing or fixing the pattern relative to the rectangle means that the first pixel 
drawn by PFILL is always controlled by bit of the PATTERN register. (This 
is how the LINE and FLINE instructions use PATTERN register.) 

You can achieve a similar effect for PFILL by rotating the pattern left by a certain 
amount before placing it into the PATTERN register. The rotation amount 
depends on the following two things: 

□l Pixel size 

Qi X component of DADDR 
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Pattern Fill PFILL 



Implied Operands 



Pixel Processing 
Windov/ Checking 



The rotation amount is derived by ANDing DADDR with a constant as follows: 

PSIZE Rotate Amount 

1 01 Fh AND DADDR 

2 OOFh AND DADDR 
4 007h AND DADDR 
8 003h AND DADDR 
16 OOlh AND DADDR 

32 OOOh AND DADDR always (no rotation required) 



Note: 



This description describes a striped rectangle, but in practice PFILL is used 
to pattern-fill a single line followed by a change of pattern before pattern filling 
a second line, and so on. The reference to a rectangle is made for the purpose 
of illustration only. 



1 1 


Register 


Name 


Format Description 


B2 


DADDR 


XY Destination pixel block address 


B3 t 


DPTCH 


Linear Destination pixel block pitch 


B7 


DYDX 


XY Dimensions of drawn rectangle 


B13 


PATTERN 


Binary Pattern register 


B14 


POFFSET 


Integer Offset into the pattern 


^ If DY > 1 , then DPTCH must be a power of 2, or the pattern will not be well defined. 


Address 


Name 


Description and Elements (Bits) 


COOOOOBOh 


CONTROL 


PPOP Pixel-processing operations (22 options) 
T Transparency operation 
TM Sets transparency mode 


C0000150h 


PSIZE 


Pixel size (1,2,4,8,16,32) 


cooooieoh 


PMASK 
(32 bits) 


Plane mask — pixel format 



Due to the pipelining of nnennory writes, the last I/O register that you write to 
nnay not, in sonne cases, contain the desired value when you execute the PFILL 
instruction. To ensure thatthis register containsthecorrectvalue for execution, 
you nnay want to follow the write to that location with an MWAIT (page 1 3-1 77) . 
Refer to Section 4.5.6 on page 4-13 for a description of the potential latency 
of writes to I/O registers. 

Pixel processing can be used with this instruction. For nnore information, refer 
to Section 12.8, Pixel Processing , on page 12-27. 

Window checking can be used with this instruction. 
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PFILL Pattern Fill 



Transparency 

Plane Masking 

Corner Adjust 
Machine States 
Status Bits 



Examples 



STK .set 
DADDR .set 
DYDX .set 
PATTERN .set 

.globl 
__f ill_patnrect : 
imntin 
inintin 
move 
move 
move 
move 
move 
move 
move 
sll 
movy 
sll 
movy 
clip 
jrz 
move 
move 
srl 
movi 



You can enable transparency for this instruction by setting TECONTROU] to 1 . 
Select 1 of 3 transparency modes by setting TM [[CONTROL]. For more infor- 
mation, refer to Section 12.9, Transparency , on page 12-36. 

The plane mask is enabled for this instruction. For more information, refer to 
Section 12.10, Plane Maskino . on page 12-39. 

Corner adjust cannot be used with this instruction. 

Complex Instruction 

N Unaffected 

C Unaffected 

Z Unaffected 

V Unaffected 

This is an example of a C-compatible assembly routine which draws a rectan- 
gle on the screen; the screen is filled with a 1 6 x 1 6 binary pattern. This routine 
expects 5 arguments on the C parameter stack: width, height, xleft, ytop, and 
a pointer to the pattern. 

This routine assumes the following registers were previously initialized by the 
caller: 



B-file registers 
I/O registers 

A14 

B2 

B7 

B13 

_fill_patnrect 

SP,A0,A1,A2,A3 
SP,B0,B1,B2,B7,B 
STK,B14 
*-Bl4,DYDX,l 
*-Bl4,BlO,l 
*-B 14, DADDR, 1 
*-Bl4,Bll,l 
B14,STK 
*-STK,A3,l 
16, BIO 
BIO, DYDX 
16,B11 
Bll, DADDR 

exit 

DYDX,A1 

A1,A2 

16, Al 

00010000H,A0 



DPTCH, OFFSET WSTART WEND, C0L0R1, COLORO 
CONTROL, CONVDP, PSIZE and PMASK 

;C-parameter stack pointer 

; Destination address register 

; Delta X/delta Y register 

; Pattern register 

; provide reference for external calls 

;save required registers 
10,B11,B13,B14 

;pop w 
;pop h 
;pop xleft 
;pop ytop 

;pop pointer to pattern 

; concatenate w, h 

; concatenate xleft, ytop 
;clip the rectangle to the window 
;jump if rectangle outside window 
;set up y count 



13-188 



TMS34020 Assembly Language Instruction Set 



Pattern Fill PFILL 





movy 


A0,A2 




move 


A2 , DYDX 




move 


DADDR,A2 




getps 


BO 




rmo 


BO, BO 




neg 


BO 




movk 


32, Bl 




srl 


B0,B1 




subk 


1,B1 




move 


DADDR,BO 




andn 


B1,B0 




neg 


BO 


loop: 








move 


A3, BIO 




movk 


15,B11 




sll 


16,B11 




and 


DADDR,B1X 




srl 


12,B11 




add 


B11,B10 




move 


*B10,B10,0 




move 


B10,B11 




sll 


16,B11 




movy 


B11,B10 




rl 


BO, BIO 




move 


BIO, PATTERN 




pfill 


XY 




addxy 


A0,A2 




move 


A2 , DADDR 




dsj 


Al , loop 


exit : 








mmfm 


SP,B0,B1,B2 




mmfm 


SP,A0,A1,A2 




rets 


2 



; calculate pattern adjustment 



; number pixels per 32 bit word 

;so complement will count pix's wrd 

; address rounded to pix's/word bndry 
; shift count = — (LSBs of x) 

; pattern start address 

;load 4-bit mask 

; align mask with 4 LSBs of y 

; isolate 4 LSBs of y 

; convert y to index value 

; index into pattern 

;get 16-bit row of pattern 



; replicate row to 32 bits 
; align pattern for x address 
;load aligned pattern 



ai,B13,B14 
; restore required registers 
; return 
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PIXBLT Pixel Block Transfer Instructions 



PIXBLT Instructions The PIXBLT instruction moves a 2-dimensional array of pixels from one 
memory location to another. Section 12.5, Pixel-Array Instructions , on page 
12-8 provides additional information about the PIXBLT instructions. The fol- 
lowing list describes characteristics common to all PIXBLT instructions. Note 
that PIXBLT L,M,L is discussed independently on page 13-204. 

Qi The source and destination addresses of the arrays are designated by the 
SADDR and DADDR registers, respectively. 

Qi B, L, and XY are not actually operands. Instead, they identify the source 
or destination array starting addresses as binary, linear, or XY addresses. 
B, L, and XY are referred to as qualifiers. 

□l Qualifiers are entered exactly as shown in the syntax; for example, 
PIXBLT B, L . The first qualifier indicates the format of the starting address 
of the source array; the second qualifier indicates the format of the starting 
address of the destination array. 

□i You can select a pixel-processing option by setting PPOPECONTROL]. 
When the PIXBLT has binary source data, the pixel-processing operation 
is applied to expanded pixels as they are processed with the destination 
array; that is, the data is first expanded and then processed. There are 1 6 
Boolean and 6 arithmetic operations; the default case at reset is the S -^ 
D operation. Not that the 6 arithmetic operations do not operate with pixel 
sizes of 1 bit per pixel. For more information, refer to Section 12.8, Pixel 
Processing , on page 12-27. 

Qi You can enable transparency by setting TiCONTROL] to 1. The 
TMS34020 supports 3 transparency modes; TM[CONTROLl selects 1 of 
3 transparency options. For more information, refer to Section 12.9, 
Transparency , on page 12-36. 

Qi The plane mask is enabled. For more information, refer to Section 12.10, 
Plane Masking , on page 12-39. 

Qi This instruction can be interrupted at a word or row boundary of the desti- 
nation array. For more information, referto Section6.6. Interruptinc Graph - 
ics Instructions , on page 6-13. 

Q If CSTIDPYCTL] is set, each memory read or write initiated by the PIXBLT 
generates a shift register transfer read or write cycle at the selected ad- 
dress. This operation can be used for bulk memory clears or transfers. (Not 
all VRAMs support this capability.) For more information, refer to subsec- 
tion 9.13.4, VRAM Bulk Initialization , on page 9-47. 

Qi The status bits are undefined unless otherwise noted in the individual 
descriptions. 

Qi The machine states are not presented because the PIXBLT instructions 
are complex instructions. 
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Pixel Block Transfer Instructions P IXB LT 



Table 13-6. Summary of Array Types for the PIXBLT Instruction 



il 

o< 

CO 



Destination Array 


Linear XY 


Binary 


V V 


Linear 


V V 


XY 


V V 



Table 13-7. Summary of B-File Registers for PIXBLT Instructions 





Name 






Format 








Reg. 


B,L 


B,XY 


L,L 


L,XY 


XY, L 


XY,XY 


Description 


BO 


SADDR 


Linear 


Linear 


Linear 


Linear 


XY 


XY 


Source pixel array starting 
address 


B1 


SPTCH 


Linear 


Linear 


Linear 


Linear 


Linear 


Linear 


Source pixel array pitch 


B2 


DADDR 


Linear 


XY 


Linear 


XY 


Linear 


XY 


Destination pixel array 
starting address 


B3 


DPTCH 


Linear 


Linear 


Linear 


Linear 


Linear 


Linear 


Destination pixel array 
pitch 


B4 


OFFSET 




Linear 




Linear 


Linear 


Linear 


Screen origin (0,0) 


B5 


WSTART 




XY 




XY 




XY 


Window starting corner 


B6 


WEND 




XY 




XY 




XY 


Window ending corner 


37 


DYDX 


XY 


XY 


XY 


XY 


XY 


XY 


Pixel array dimensions 
(rows:columns) 


B8 


COLORO 


Pixel 


Pixel 










Background expansion 
color 


B9 


C0L0R1 


Pixel 


Pixel 










Foreground expansion 
color 


B14 


res 


res 


res 


res 


res 


res 


Reserved register 



Note: PIXBLT L,M,L is discussed independently on page 13-204. 



Due to the pipelining of nnemory writes, the last I/O register that you write to 
may not, in some cases, contain the desired value when you execute the 
PIXBLT instruction. To ensure that this register contains the correct value for 
execution, you may want to follow the write to that location with an MWAIT. 
Refer to Section 4.5.6 on page 4-13 for a description of the potential latency 
of writes to I/O registers. 
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PIXB LT Pixel Block Transfer Instructions 



Table 13-8. Summary of I/O Registers for the PIXBLT Instructions 



Address Name 






Format 






Description and Eiements 


B,L 


B,XY 


L,L 


L,XY 


XY,L 


XY,XY 


COOOOOBOh CONTROL 


V 


^ 


V 


V 


V 


V 


PPOP-Pixel-processing 
operations (22 options) 






V 




V 




V 


W - Window clipping or pick 
operation 




V 


V 


V 


V 


V 


V 


T - Enables transparency 




V 


^ 


V 


V 


V 


V 


TM - selects 1 of 3 transpar- 
ency options 








V 


V 


V 


V 


PBH - PIXBLT horizontal di- 
rection 








V 


V 


V 


V 


PBV - PIXBLT vertical direc- 
tion 


C0000130h CONVSP 




V 




V 


V 


V 


XY-to-linear conversion 
(source pitch) Used for 
source preclipping. 


C0000140h CONVDP 




V 




V 


V 


V 


XY-to-linear conversion 
(destination pitch) 


G0000150h PSIZE 


V 


V 


V 


V 


V 


V 


Pixel size (1,2,4,8,16,32) 


C0000160h PMASK 
(32 bits) 


1 


V 


V 


V 


V 


V 


Plane mask — pixel format 



Note: PIXBLT L,M,L is discussed independently on page 13-204. 



PIXBLT B, L 

binary to linear 



The PIXBLT instruction has 6 connbinations, which are listed below with their 
corresponding instruction words and descriptions. Note that PIXBLT L,M,L is 
discussed independently on page 13-204. 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 

















1 


1 


1 


1 


1 
























Description 



Source Array 
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This instruction expands, transfers, and processes a binary source pixel array; 
it operates on 2-dimensional arrays of pixels using linear starting addresses 
for both the source and the destination. The source pixel array is treated as a 
1 -bit-per-pixel array. As the PIXBLT proceeds, the source pixels are expanded 
and then connbined with the corresponding destination pixels based on the 
selected graphics operations. 

The source pixel array for the expand operation is defined by the contents of 
the SADDR, SPTCH, and DYDX registers. For more details, refer to Section 
12.5, Pixel-Array Instructions , on page 12-8. 

TMS34020 Assembly Language Instruction Set 



Pixel Block Transfer Instructions PIXBLT 



Source Expansion 



Destination Array 

Corner Adjust 
Window Ciiecl<ing 



The actual values of the source pixels are determined by the interaction of the 
source array with contents of the C0L0R1 and COLORO registers. In the 
expansion operation, a 1 bit in the source array selects a pixel from the 
C0L0R1 register for operation on the destination array. A bit in the source 
array selects a COLORO pixel for this purpose. The pixels selected from the 
G0L0R1 and COLORO registers are those that align directly with their 
intended position in the destination array word. 

The location of the destination pixel block is defined by the contents of the 
DADDR, DPTCH, and DYDX registers. For more details, refer to Section 1 2.5, 
Pixel-Array Instructions , on page 12-8. 

No corner adjust is performed for this instruction.The pixel transfer simply 
proceeds in the order of increasing linear addresses. 

Window operations are not enabled for this instruction. The contents of the 
WSTART and WEND registers are ignored. 



PIXBLT B, XY 

binary to XY 



Description 



Source Array 



Source Expansion 



Destination Array 



Corner Adjust 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 

















1 


1 


1 


1 


1 





1 


















This PIXBLT instruction expands, transfers, and processes a binary source 
pixel array with a destination pixel array; it operates on 2-dimensional arrays 
of pixels using a linear starting address for the source and an XY address for 
the destination. The source pixel array is treated as a 1 -bit-per-pixel array. As 
the PIXBLT proceeds, the source pixels are expanded and then combined with 
the corresponding destination pixels based on the selected graphics opera- 
tions. 

The source pixel array for the expand operation is defined by the contents of 
the SADDR, SPTCH, DYDX, and (possibly) CONVSP registers. For more 
details, refer to Section 12.5, Pixel-Array Instructions , on page 12-8. 

The actual values of the source pixels are determined by the interaction of the 
source array with contents of the C0L0R1 and COLORO registers. In the 
expansion operation, a 1 bit in the source array selects a pixel from the 
C0L0R1 register for operation on the destination array. A bit in the source 
array selects a COLORO pixel for this purpose. The pixels selected from the 
C0L0R1 and COLORO registers are those that align directly with their 
intended position in the destination array word. 

The location of the destination pixel block is defined by the contents of the 
DADDR, DPTCH, CONVDP, OFFSET, and DYDX registers. For more details, 
refer to Section 12.5, Pixel-Array Instructions , on page 12-8. 

No corner adjust is performed for this instruction. The transfer executes in the 
order of increasing linear addresses. 
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PIXBLT L,L Pixel Block Transfer Instructions 



Window Checking 



Status Bits 



You can use window checking with this instruction by setting the W bits in the 
CONTROL register to the desired value. If you select window checking mode 
1 , 2, or 3, the WSTART and WEND registers define the XY starting and ending 
corners of a rectangular window. For more information, refer to Section 12.7, 
Window Checking , on page 12-19. 

N Undefined 
Undefined 
Z Undefined 

V 1 ifawindowviolation occurs, OothenA/ise; undefined if window checking is 
not enabled (W=00) 



PIXBLT L, L 

linear to linear 



Description 



Source Array 



Destination Array 



Corner Adjust 



Window Ciieci<ing 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 

















1 


1 


1 


1 



























The PIXBLT instruction transfers and processes a source pixel array with a 
destination pixel array; it operates on 2-dimensional arrays of pixels using 
linear starting addresses for both the source and the destination. As the 
PIXBLT proceeds, the source pixels are combined with the corresponding 
destination pixels based on the selected graphics operations. 

The source pixel array for the processing operation is defined by the contents 
of the SADDR, SPTCH, and DYDX registers. For more details, refer to Section 
12.5, Pixel-Array Instructions , on page 12-8. 

The location of the destination pixel array is defined by the contents of the 
DADDR, DPTCH, and DYDX registers. For more details, refer to Section 12.5, 
Pixel-Array Instructions , on page 12-8. 

PBHICONTROLII and PBVCCONTROLll govern the direction of the PIXBLT 
To set up the corner adjust, refer to subsection 12.5.1.2, Selecting the Starting 
Corner for a PIXBLT . on page 12-10. 

Window operations are not enabled for this instruction. The contents of the 
WSTART and WEND registers are ignored. 



PIXBLT L, XY 

linear to XY 



Description 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 

















1 


1 


1 


1 








1 
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The PIXBLT instruction transfers and processes a source pixel array with a 
destination pixel array; it operates on 2-dimensional arrays of pixels using a 
linear starting address for the source array and an XY address for the 
destination array. As the PIXBLT proceeds, the source pixels are combined 
with the corresponding destination pixels based on the selected graphics 
operations. 

TMS34020 Assembly Language Instruction Set 



Pixel Block Transfer Instructions PIXBLT XY, L 



Source Array 



Destination Array 



Corner Adjust 



Window Checking 



Status Bits 



The source pixel array for the processing operation is defined by the contents 
of the SADDR, SPTCH, DYDX, and (possibly) CONVSP registers. For more 
details, refer to Section 12.5, Pixel-Array Instructions , on page 12-8. 

The location of the destination pixel array is defined by the contents of the 
DADDR, DPTCH, CONVDP, OFFSET, and DYDX registers. For more details, 
refer to Section 12.5, Pixel-Array Instructions , on page 12-8. 

PBHICONTROL] and PBVlCONTROL] govern the direction of the PIXBLT. 
To set up the corner adjust, refer to subsection 1 2.5.1 .2, Selecting the Starting 
Corner for a PIXBLT . on page 12-10. 

You can use window checking with this instruction by setting WCCONTROL] 
to the desired value. If you select window checl<ing mode 1, 2, or 3, the 
WSTART and WEND registers define the XY starting and ending corners of 
a rectangular window. For more information, refer to Section 12.7, Window 
Checking , on page 12-19. 

N Undefined 
C Undefined 
Z Undefined 

V 1 if window violation occurs, otherwise; undefined if window checking is 
not enabled (W=002) 



PIXBLT XY, L 

XY to linear 



Description 



Source Array 



Destination Array 



Corner Adjust 



Window Ctiecking 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 

















1 


1 


1 


1 





1 





















The PIXBLT instruction transfers and processes a source pixel array with a 
destination pixel array; it operates on 2-dimensional arrays of pixels using an 
XY starting address for the source pixel array and a linear address for the 
destination array. As the PIXBLT proceeds, the source pixels are combined 
with the corresponding destination pixels based on the selected graphics 
operations. 

The source pixel array for the processing operation is defined by the contents 
of the SADDR, SPTCH, CONVSP, OFFSET, and DYDX registers. For more 
details, refer to Section 12.5, Pixel-Array Instructions , on page 12-8. 

The location of the destination pixel array is defined by the contents of the 
DADDR, DPTCH, DYDX, and (potentially) CONVDP registers. For more 
details, refer to Section 12.5, Pixel-Array Instructions , on page 12-8. 

PBHlCONTROLl and PBV[CONTROL] govern the direction of the PIXBLT 
To set up the corner adjust, refer to subsection 1 2.5.1 .2, Selecting the Starting 
Corner for a PIXBLT . on page 12-10. 

Window operations are not enabled for this instruction. The contents of the 
WSTART and WEND registers are ignored. 
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PIXBLTXY,XY 

XY to XY 



15 14 13 12 11 



10 















1 


1 


1 


1 





1 


1 


















Description 



Source Array 



Destination Array 



Corner Adjust 



Window Checidng 



Status Bits 



The PIXBLT instruction transfers and processes a source pixel array with a 
destination pixel array; it operates on 2-dimensional arrays of pixels using XY 
starting addresses for both the source and destination pixel arrays. As the 
PIXBLT proceeds, the source pixels are combined with the corresponding 
destination pixels based on the selected graphics operations. 

The source pixel array for the processing operation is defined by the contents 
of the SADDR, SPTCH, CONVSP, OFFSET, and DYDX registers. For more 
details, refer to Section 12.5, Pixel-Array Instructions , on page 12-8. 

The location of the destination pixel array is defined by the contents of the 
DADDR, DPTCH, CONVDP, OFFSET, and DYDX registers. For more details, 
refer to Section 12.5, Pixel-Array Instructions , on page 12-8. 

PBHICONTROUI and PBVCCONTROU govern the direction of the PIXBLT 
To set up the corner adjust, refer to subsection 1 2.5.1 .2, Selecting the Starting 
Corner for a PIXBLT . on page 12-10. 

You can use window checking with this instruction by setting WCCONTROU 
to the desired value. If you select window checking mode 1 , 2, or 3, the 
WSTART and WEND registers define the XY starting and ending corners of 
a rectangular window. For more information, refer to Section 12.7, Window 
Checking , on page 12-19. 

N Unaffected 
Unaffected 
Z Unaffected 

V 1 if a window violation occurs, othen/vise; unaffected if window clipping 
not enabled 



Transparency example for PIXBLT B, L ■ 



Before executing the PIXBLT instruction, load the implied operand registers 
with appropriate values. These PIXBLT examples use the following implied op- 
erand setup: 



Register File B: 




I/O Registers: 


SADDR 


= 00002030h 


PSIZE 


SPTCH 


= 000001 OOh 




DADDR 


= 00033000h 




DPTCH 


= 00001 OOOh 




DYDX 


= 0002001 Oh 




COLORO 


= FEDCFEDCh 




C0L0R1 


= BA98BA98h 





001 Oh 
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Additional implied operand values are listed with each example. Forthis exam- 
ple, assume that memory contains the following data before instruction execu- 
tion. 



Linear 
Address 

02000h 
02080h 
021 OOh 
021 80h 

33000h 
33080h 

34000h 
34080h 



Data 

xxxxh, xxxxh, xxxxh, 1234h, xxxxh, xxxxh, xxxxh, xxxxh 

xxxxh, xxxxh, xxxxh, xxxxh, xxxxh, xxxxh, xxxxh, xxxxh 

xxxxh, xxxxh, xxxxh, 5678h, xxxxh, xxxxh, xxxxh, xxxxh 

xxxxh, xxxxh, xxxxh, xxxxh, xxxxh, xxxxh, xxxxh, xxxxh 

FFFFh, FFFFh, FFFFh, FFFFh, FFFFh, FFFFh, FFFFh, FFFFh 

FFFFh, FFFFh, FFFFh, FFFFh, FFFFh, FFFFh, FFFFh, FFFFh 

FFFFh, FFFFh, FFFFh, FFFFh, FFFFh, FFFFh, FFFFh, FFFFh 

FFFFh, FFFFh, FFFFh, FFFFh, FFFFh, FFFFh, FFFFh, FFFFh 



Example 1 



Example 2 



This example uses the rep/ace (S -> D) pixel-processing operation. Before in- 
struction execution, PMASK = OOOOh and CONTROL = OOOOh (T=0. 
PP=00000). 

After instruction execution, memory contains the following values: 

Data 



Linear 
Address 

33000h 
33080h 

34000h 
34080h 



FEDCh, FEDCh, BA98h, FEDCh, BA98h, BA98h, 
FEDCh, BA98h, FEDCh, FEDCh, BA98h, FEDCh, 



FEDCh, FEDCh 
FEDCh, FEDCh 



FEDCh, FEDCh, FEDCh, BA98h, BA98h, BA98h, BA98h, FEDCh 
FEDCh, BA98h, BA98h, FEDCh, BA98h, FEDCh, BA98h, FEDCh 



This example uses transparency with COLORO = OOOOOOOOh. Before instruc- 
tion execution, PMASK = OOOOh and CONTROL = 0020h (T=1, W=00, 
PP=00000). 

After instruction execution, memory contains the following values: 

Data 



Linear 
Address 

33000h 
33080h 

34000h 
34080h 



FFFFh, FFFFh, BA98h, FFFFh, BA98h, BA98h, FFFFh, FFFFh 

FFFFh, BA98h, FFFFh, FFFFh, BA98h, FFFFh, FFFFh, FFFFh 

FFFFh, FFFFh, FFFFh, BA98h, BA98h, BA98h, BA98h, FFFFh 

FFFFh, BA98h, BA98h, FFFFh, BA98h, FFFFh, BA98h, FFFFh 



13-197 



Pixel Block Transfer Examples 



Window-clipping example for PIXBLT B, XY 



Example 1 



Before executing the PIXBLT instruction, load the implied operand registers 
with appropriate values. These PIXBLT examples use the following implied op- 
erand setup: 



Register File B: 






SADDR 


= 


0000201 Oh 


SPTCH 


= 


0000001 Oh 


DADDR 


= 


00300022h 


DPTCH 


= 


00001 OOOh 


OFFSET 


= 


OOOIOOOOh 


WSTART 


= 


00000026h 


WEND 


= 


00400050h 


DYDX 


= 


0004001 Oh 


COLORO 


= 


OOOOOOOOh 


C0L0R1 


= 


7C7C7C7Ch 



I/O Registers: 

PSIZE = 0008h 

CONVSP = 001 Bh 

CONVDP = 001 3h 



Additional implied operand values are listed with each example. For this exam- 
ple, assume that memory contains the following data before instruction execu- 
tion. 



Linear 
Address 

2000h 
40000h to 
43200h FFFFh 



Data 

xxxxh, 0123h 4567h, 89ABh, CDEFh, xxxxh, xxxxh, xxxh 



This example uses the rep/ace (S -^ D) pixel-processing operation. Before in- 
struction execution, PMASK = GOOOh and CONTROL = GOOOh (T=G, W=GG, 
PP=GGGGG). 



After instruction execution, 



Linear 
Address 

41100h 
41180h 
421 OOh 
421 80h 
431 OOh 
431 80h 



memory contains the following values: 
Data 



FFFFh, 7C7Ch, 

007Ch, FFFFh, 

FFFFh, 7C7Ch, 

7C00h, FFFFh, 

FFFFh, 7C7Ch, 

7C7Ch, FFFFh, 



007Ch, 7C00h, 
FFFFh, FFFFh, 
7C00h, 7C00h, 
FFFFh, FFFFh, 
7C7Ch, 7C00h, 
FFFFh, FFFFh, 



007Ch, 007Ch, 

FFFFh, FFFFh, 

7C00h, 007Ch, 

FFFFh, FFFFh, 

7C7Ch, 007Ch, 

FFFFh, FFFFh, 



007Ch, OOOOh 

FFFFh, FFFFh 

7C00h, OOOOh 

FFFFh, FFFFh 

7C7Ch, OOOOh 

FFFFh, FFFFh 



XY Addressing 

X Address 
Y 2222222222222222 

012345 67 89ABCDEF 



3 3 3 3 3 
12 3 4 



A 




d 


30 


d 




r 


31 


e 




s 


32 


s 


33 



FF FF 7C 7C 00 00 00 7C 00 00 7C 00 00 00 00 00 00 00 FF FF FF 

FF FF 7C 7C 7C 00 00 7C 7C 00 7C 00 7C 00 00 00 7C 00 FF FF FF 

FF FF 7C 7C 00 7C 00 7C 00 7C 7C 00 00 7C 00 00 00 7C FF FF FF 

FF FF 7C 7C 7C 7C 00 7C 7C 7C 7C 00 7C 7C 00 00 7C 7C FF FF FF 
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Example 2 This example uses window operation 3 (clipped destination). Before instruc- 

tion execution, PMASK = OOOOh and CONTROL = OOCOh (T=0, W=11, 
PP=00000). 

After instruction execution, memory contains the following values: 

XY Addressing 



d 


30 


d 




r 


31 


e 




s 


32 


s 






33 



X Address 

2222222222222222 
012345 67 89ABCDEF 



3 3 3 3 3 
12 3 4 



FF FF FF FF FF FF GO 7C 00 00 7C 00 00 00 00 00 00 00 FF FF FF 
FF FF FF FF FF FF 00 7C 7C 00 7C 00 7C 00 00 00 7C 00 FF FF FF 
FF FF FF FF FF FF 00 7C 00 7C 7C 00 00 7C 00 00 00 7C FF FF FF 
FF FF FF FF FF FF 00 7C 7C 7C 7C 00 7C 7C 00 00 7C 7C FF FF FF 



Pixel-processing example for PIXBLT L, L 



Before executing the PIXBLT instruction, load the implied operand registers 
with appropriate values. These PIXBLT examples use the following implied op- 
erand setup: 

I/O Registers: 

PSIZE = 0004h 



Register 


File B: 






SADDR 




= 


00002004h 


SPTCH 




= 


00000080h 


DADDR 




= 


00002228h 


DPTCH 




= 


00000080h 


OFFSET 




= 


OOOOOOOOh 


DYDX 




= 


0000200Dh 



Additional implied operand values are listed with each example. For this exam- 
ple, assume that memory contains the following data before instruction execu- 
tion. 



Linear 










Data 








Address 


















02000h 


OOOxh, 


1111h 


????h. 


xxSSh, 


xxxxh. 


xxxxh. 


xxxxh. 


xxxxh 


02080h 


OOOxh, 


1111h, 


2222h, 


xx33h. 


xxxxh. 


xxxxh. 


xxxxh, 


xxxxh 


021 OOh 


xxxxh, 


xxxxh, 


xxxxh, 


xxxxh 


xxxxh. 


xxxxh. 


xxxxh. 


xxxxh 


021 80h 


xxxxh, 


xxxxh, 


xxxxh, 


xxxxh 


xxxxh. 


xxxxh, 


xxxxh. 


xxxxh 


02200h 


xxxxh, 


xxxxh, 


FFxxh, 


FFFFh, 


FFFFh, 


xFFFh, 


xxxxh 


xxxxh 


02280h 


xxxxh, 


xxxxh, 


FFxxh, 


FFFFh, 


FFFFh, 


xFFFh, 


xxxxh 


xxxxh 


02300h 


xxxxh, 


xxxxh, 


xxxxh, 


xxxxh 


xxxxh, 


xxxxh. 


xxxxh. 


xxxxh 
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Example 1 



Example 2 



This example uses the replace (S -> D) pixel-processing operation. Before in- 
struction execution, PMASK = OOOOh and CONTROL = OOOOh (T=0, W=00, 
PP=00000). 



After instruction execution 


, memory contains the following ' 


values: 




Linear 










Data 








Address 


















0200011 


OOOxh, 


1111h, 


2222h, 


xx33h. 


xxxxh. 


xxxxh. 


xxxxh. 


xxxxh 


02080h 


OOOxh, 


1111h, 


2222h, 


xx33h. 


xxxxh. 


xxxxh. 


xxxxh. 


xxxxh 


021 OOh 


xxxxh, 


xxxxh, 


xxxxh, 


xxxxh. 


xxxxh. 


xxxxh. 


xxxxh. 


xxxxh 


021 80h 


xxxxh, 


xxxxh. 


xxxxh, 


xxxxh, 


xxxxh. 


xxxxh. 


xxxxh. 


xxxxh 


02200h 


xxxxh, 


xxxxh. 


FFxxh, 


EEEFh, 


DDDEh 


, xCCDh, 


xxxxh. 


xxxxh 


02280h 


xxxxh. 


xxxxh, 


OOxxh, 


1110h, 


2221 h. 


x332h. 


xxxxh. 


xxxxh 


02300h 


xxxxh. 


xxxxh. 


xxxxh. 


xxxxh, 


xxxxh. 


xxxxh. 


xxxxh. 


xxxxh 



This example uses the (D-S) -» D pixel-processing operation. Before instruc- 
tion execution, PMASK = OOOOh and CONTROL = 4800h T=0, W=00, 
PP=10010). 



Plane mask example for L, XY 



After instruction execution 


, memory contains the following values: 




Linear 








Data 








Address 
















02000h 


OOOxh, 


1111h, 


2222h, xx33h. 


xxxxh. 


xxxxh. 


xxxxh. 


xxxxh 


02080h 


OOOxh, 


1111h, 


2222h, xx33h. 


xxxxh. 


xxxxh. 


xxxxh. 


xxxxh 


021 OOh 


xxxxh. 


xxxxh, 


xxxxh, xxxxh, 


xxxxh. 


xxxxh, 


xxxxh. 


xxxxh 


021 80h 


xxxxh. 


xxxxh. 


xxxxh, xxxxh, 


xxxxh. 


xxxxh. 


xxxxh. 


xxxxh 


02200h 


xxxxh. 


xxxxh. 


0FFxxh,111Fh, 


2221 h. 


x332h. 


xxxxh. 


xxxxh 


02280h 


xxxxh. 


xxxxh, 


0FFxxh,111Fh, 


2221 h. 


x332h. 


xxxxh. 


xxxxh 


02300h 


xxxxh. 


xxxxh. 


xxxxh, xxxxh, 


xxxxh, 


xxxxh. 


xxxxh. 


xxxxh 



Before executing the PIXBLT instruction, load the implied operand registers 
with appropriate values. This PIXBLT examples uses the following implied op- 
erand setup: 



Register File B: 






SADDR 


= 


00002004h 


SPTCH 


= 


OOOOOOSOh 


DADDR 


= 


00520007h 


DPTCH 


= 


000001 OOh 


OFFSET 


= 


00001 OOOh 


WSTART 


= 


OOSOOOOCh 


WEND 


= 


0053001 4h 


DYDX 


= 


0003001 6h 



I/O Registers: 




PSIZE 


0004h 


PMASK 


OOOOh 


GONVDP 


001 7h 


CONTROL = 


OOOOh 



(W=00, T=0, PP=00000) 
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Example 



XY Addressing 
Y 



For this example, assume that memory contains the following data before in- 
struction execution. 

Linear Data 

Address 

02000h 321 Oh, 7654h, BA98h, FEDCh, 321 Oh, 7654h, BA98h, FEDCh 

02080h 321 Oh, 7654h, BA98h, FEDCh, 321 Oh, 7654h, BA98h, FEDCh 

021 OOh 321 Oh, 7654h, BA98h, FEDCh, 321 Oh, 7654h, BA98h, FEDCh 

15200hto 
15480h 8888h 

This example uses the replace (S -> D) pixel-processing operation. Before in- 
struction execution, PMASK = 7777H and CONTROL = OOOOh (T=0, W=00, 
PP=00000). 

After instruction execution, memory contains the following values: 

Linear Data 

Address 

15200h, 8888h, 1888h, 5432h, 9876h, DCBAh, lOFEh, 5432h, 8886h 

15300h 8888h, 1888h, 5432h, 9876h, DCBAh, lOFEh, 5432h, 8886h 

15400h 8888h, 1888h, 5432h, 9876h, DCBAh, lOFEh, 5432h, 8886h 



X Address 
00000000000000001111111111111111 
01 23456789ABCDEF01 23456789BCCDEF 



A 

d 

d 

r 

e 

s 

s 



52 88888881 23456789ABCDEF01 23458888 

53 88888881 23456789ABCDEF01 23458888 

54 88888881 23456789ABCDEF01 23458888 



Example for PIXBLT XY, L ■ 



Before executing the PIXBLT instruction, load the implied operand registers 
with appropriate values. This PIXBLT examples use the following implied oper- 
and setup: 



Register File B: 






SADDR 


= 


00400001 h 


SPTCH 


= 


00000080h 


DADDR 


= 


00002228h 


DPTCH 


= 


00000080h 


OFFSET 


= 


0001 OOOOh 


WSTART 


= 


00300009h 


WEND 


= 


0042001 2h 


DYDX 


= 


0003001 6h 



I/O Registers: 




PSIZE 


0004h 


CONVSP 


001 6h 


CONVDP 


0016h 


PMASK 


OOOOh 


CONTROL = 


OOOOh 



(W=00, T=0, PP=00000) 



For this example, assume that memory contains the following data before in- 
struction execution. 
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Example 



Linear 










Data 








Auarsss 

02000h 


OOOxh, 


llllh 


2222h, 


xx33h. 


xxxxh, 


xxxxh. 


xxxxh. 


xxxxh 


02080h 


OOOxh, 


llllh, 


2222h, 


xx33h. 


xxxxh, 


xxxxh. 


xxxxh. 


xxxxh 


021 OOh 


xxxxh, 


xxxxh, 


xxxxh. 


xxxxh 


xxxxh, 


xxxxh. 


xxxxh. 


xxxxh 


021 80h 


xxxxh, 


xxxxh. 


xxxxh. 


xxxxh 


xxxxh, 


xxxxh. 


xxxxh. 


xxxxh 


02200h 


xxxxh, 


xxxxh, 


FFxxh, 


FFFFh, 


FFFFh, 


xFFFh, 


xxxxh 


xxxxh 


02280h 


xxxxh, 


xxxxh. 


FFxxh, 


FFFFh, 


FFFFh, 


xFFFh, 


xxxxh 


xxxxh 


02300h 


xxxxh. 


xxxxh. 


xxxxh, 


xxxxh 


xxxxh. 


xxxxh, 


xxxxh, 


xxxxh 



This example uses transparency. Before instruction execution, PIVIASK 
OOOOh and CONTROL = 0200h (T=1 ,W=00, PP=00000). 

After instruction execution, memory contains tlie following values: 



Example for PIXBLT XY, XY 



Linear 










Data 








Address 


















02000h 


OOOxh, 


1111h, 


2222h. 


xx33h. 


xxxxh, 


xxxxh, 


xxxxh. 


xxxxh 


02000h 


OOOxh, 


llllh. 


22?2h, 


xx33h. 


xxxxh. 


xxxxh. 


xxxxh, 


xxxxh 


021 OOh 


xxxxh. 


xxxxh. 


xxxxh. 


xxxxh. 


xxxxh. 


xxxxh. 


xxxxh. 


xxxxh 


021 80h 


xxxxh. 


xxxxh. 


xxxxh, 


xxxxh, 


xxxxh, 


xxxxh, 


xxxxh. 


xxxxh 


02200h 


xxxxh 


xxxxh. 


FFxxh, 


IIIFh 


2221 h. 


x332h. 


xxxxh. 


xxxxh 


02280h 


xxxxh. 


xxxxh. 


FFxxh, 


IIIFh, 


2221 h. 


x332h. 


xxxxh. 


xxxxh 


02300h 


xxxxh. 


xxxxh, 


xxxxh, 


xxxxh. 


xxxxh, 


xxxxh. 


xxxxh, 


xxxxh 



Before executing the PIXBLT instruction, load the implied operand registers 
with appropriate values. These PIXBLT examples use the following implied op- 
erand setup: 



Register File B: 






SADDR 


= 


00200004h 


SPTCH 


= 


00000200h 


DADDR 


= 


00410004h 


DPTCH 


= 


00000200h 


OFFSET 


= 


0001 OOOOh 


WSTART 


= 


00300009h 


WEND 


= 


0042001 2h 


DYDX 


= 


0003001 6h 



I/O Registers: 




PSIZE 


0004h 


CONVSP 


001 6h 


CONVDP 


001 6h 


PIVIASK 


OOOOh 


CONTROL = 


OOOOh 



(W=00,T=00,PP=00000) 



For this example, assume that memory contains the following data before in- 
struction execution. 
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Example 



XY Addressing 
Y 



Linear Data 

Address 

04000h 321 Oh, 7654h, BA98h, FEDCh, 321 Oh, 7654h, BA98h, FEDCh 
04200h 321 Oh, 7654h, BA98h, FEDCh, 321 Oh, 7654h, BA98h, FEDCh 
04400h 321 Oh, 7654h, BA98h, FEDCh, 321 Oh, 7654h, BA98h, FEDCh 
18200hto 
18680h 3333h 

This example uses the (D ADDS S) -^ D pixel-processing operation. Before 
instruction execution, PMASK = OOOOh and CONTROL = 4400h (T=0, W=00, 
PP=10001). 

After instruction execution, memory contains the following values: 



A 

d 

d 

r 

e 

s 

s 



X Address 
00000000000000001111111111111111 
01 23456789ABCDEF01 23456789BCCDEF 



41 3333789ABCDEFFFF3456789ABC333333 
41 3333789ABCDEFFFF3456789ABC333333 
41 3333789ABCDEFFFF3456789ABC333333 
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PIXBLT L,L with Mask Pixel Block Transfer Instructions 



Syntax 
Execution 
Instruction Words 

Description 



Implied Operands 



Corner Adjust 



Window Checking 



PIXBLT L, M, L 

Linear pixel array to linear pixel array using a binary mask array 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 

















1 


1 


1 














1 





1 


1 


1 



This instruction transfers a pixel array from the source location specified by a 
linear address in SADDR to the destination location specified by a linear 
address in DADDR, which is under the control of the binary mask pixel array 
specified by a linear address in MADDR. The array dimensions are in DYDX. 

Each source pixel is combined with the destination pixel according to the 
selected pixel-processing option. The resulting pixel can then be written to the 
destination pixel only if the corresponding bit in the mask array is a 7. 



Register 




Name 


Format Description 


BO 


t 


SADDR 


Linear Source pixel array address 


B1 




SPTCH 


Linear Source pixel array pitch 


82 


t 


DADDR 


Linear Destination pixel array address 


B3 




DPTCH 


Linear Destination pixel array pitch 


B7 




DYDX 


b:a Dimensions of drawn rectangle 


810 


t 


MADDR 


Linear Mask pixel array address 


811 




MPTCH 


Linear Mask array pitch 


812 & 814 


t 


Reserved Temporary Registers 


"^ These registers are changed by instruction execution 


Address 


Name 


Description and Elements (Bits) 



COOOOOBOh CONTROL 



PROP Pixel-processing operations (22 options) 
T Transparency operation 

TM Sets transparency mode 
PBH PIXBLT horizontal direction 
PBV PIXBLT vertical direction 



COOOOISOh 



PSIZE 



Pixel size (1,2,4,8,1 6,32) 



COOOOISOh 



PMASK 
(32 bits) 



Plane mask — pixel format 



PBH[CONTROU and PBVlCONTROU govern the direction of the PIXBLT 
To set up the corner adjust, refer to subsection 1 2.5.1 .2, Selecting the Starting 
Corner for a PIXBLT . on page 12-10. 

Window operations are not enabled for this instruction. The contents of the 
WSTART and WEND registers are ignored. 
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Pixel Block Transfer Instructions PIXBLT L,L with Mask 



Pixel Processing 



Transparency 



Plane Masking 

Machine States 
Status Bits 



Select a pixel processing option for this instruction by setting PPOPlCON- 
TROL]. The pixel processing option is applied to pixels as they are processed 
with the destination array. Note that the data is read through the plane mask 
and then processed. There are 16 Boolean and 6 arithnnetic operations; the 
default case at reset is the replace (S -> D) operation. The 6 arithnnetic opera- 
tions do not operate with pixel sizes of 1 or 2 bits per pixel. For nnore informa- 
tion, refer to Section 12.8, Pixel Processino . on page 12-27. 

You can enable transparency by setting T[CONTROL]] to 1 . The TMS34020 
supports 3 transparency modes; TMlCONTROL] selects 1 of 3 transparency 
options. For more information, refer to Section 12.9, Transparency , on page 
12-36. 

The plane mask is enabled for this instruction. For more information, refer to 
Section 12.10, Plane Masking , on page 12-39. 

complex instruction 

N Undefined 

C Undefined 

Z Undefined 

V Undefined 
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PIXT Pixel Transfer Iristructions 



PIXT Instructions 



The PIXT instruction transfers a pixel from one location to another. The follow- 
ing list describes characteristics common to all PIXT instructions. 

Qi Rs and Rd must be in the same register file. 

Qi The plane mask is enabled for all PIXT instructions. For more information, 
refer to Section 12.10, Plane Maskino . on page 12-39. 

Qi The status bits are undefined unless othenA/ise noted in the individual 
descriptions. 

Qi For machine states information, refer to Section 15.1 on page 15-2. 

Section 12.3, Single-Pixel Instructions , on page 12-6 provides additional 
information about the PIXBLT instructions. 



Table 13-9. Summary of Operand Formats for the PIXT Instructions 



Destination Pixel 






Rd 


*Rd 


*W.XY 




Rs 




V 


V 


E (u 
° 5l 


*Rs 


V 


V 




(/) "■ 


*Rs.XY 


V 




V 



Table 13-W.Summary ofB-File Registers for PIXT Instructions 





Name 




Format 






Reg. 


Rs, *Rd.Xy 


*Rs.XY, Rd 


*Hs.XY, *Rd.yY 


Description 


B1 


SPTCH 




Linear 


Linear 


Source pixel array pitch 


B3 


DPTCH 


Linear 


Linear 


Linear 


Destination pixel array pitch 


B4 


OFFSET 


Linear 


Linear 


Linear 


Screen origin (0,0) 


85 


WSTART 


XY 




XY 


Window starting corner 


86 


WEND 


XY 




XY 


Window ending corner 



Due to the pipelining of memory writes, the last I/O register that you write to 
may not, in some cases, contain the desired value when you execute the 
PIXBLT instruction. To ensure that this register contains the correct value for 
execution, you may want to follow the write to that location with an MWAIT 
(page 13-177 ). Refer to Section 4.5.6 on page 4-13 for a description of the 
potential latency of writes to I/O registers. 
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Table 13-11. Summary of I/O Registers for the PIXT Instructions 



Address 


Name 


? 
^ 


X 


g 

^ 


^ 
^ 




>-• 
>< 


Description and Elements 


COOOOOBOh 


CONTROL 


V 


V 




V 




V 


PROP — Pixel processing operations (22 
options) 






V 








V 


W — Window clipping or pick operation 




V 


V 




V 




V 


T — Enables transparency 




V 


V 




V 




V 


TM — Selects transparency options 


C0000130h 


CONVSP 










V 


V 


XY-to-linear conversion (source pitch) 
Used for source preclipping. 


C0000140h 


GONVDP 




V 








V 


XY-to-llnear conversion (destination 
pitch) 


C0000150h 


PSIZE 


V 


V 


V 


V 


V 


V 


Pixel size (1,2,4,8,16,32) 


C0000160h 


PMASK 
(32 bits) 


1 


V 


V 


V 


V 


V 


Plane nnask — pixel format 



The PIXT instruction has 6 addressing modes, which are listed below with their 
corresponding instruction words and descriptions. 



PIXT Rs, *Rd 

register to mennory 



15 


14 


13 


12 


11 


10 


9 


8 


7 6 


5 


4 


3 


2 1 





1 


1 


1 


1 


1 








Rs 


R 


Rd 



The source pixel is the 1 , 2, 4, 8, 1 6, or 32 LSBs of the source register, depend- 
ing on the pixel size specified in the PSIZE register. The destination register 
contains a linear address; the source pixel is transferred to this memory loca- 
tion. 

You can select a pixel processing option to use with this instruction. For more 
information, refer to Section 12.8, Pixel Processing , on page 12-27. 

Window checking cannot be used with this Instruction. 

You can enable transparency by setting TlCONTROlJ to 1 . The TMS34020 
supports 3 transparency modes; TMlCONTROL] selects 1 of 3 transparency 
options. At reset, the default case for transparency is off. For more information, 
refer to Section 12.9, Transparency , on page 12-36. 
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PIXT Rs, *A?c/,XY 

register to memory 



status Bits 



15 


14 


13 


12 


11 


10 


9 


8 


7 6 


5 


4 


3 


2 1 





1 


1 


1 


1 











Rs 


R 


Rd 



The source pixel is the 1 , 2, 4, 8, 1 6, or 32 LSBs of the source register, depend- 
ing on the pixel size specified in the PSIZE register. The destination register 
contains an XY address; the X value occupies the 1 6 LSBs of the register, and 
the Y value occupies the 16 MSBs. The source pixel Is moved to the XY 
address specified in Rd. 

You can use window checking with this instruction by setting WECONTROL] 
to the desired value. For more information, refer to Section 12.7, Window 
Checking , on page 12-19. 

You can select a pixel processing option to use with this instruction. For more 
information, refer to Section 12.8, Pixel Processing , on page 12-27. 

You can enable transparency by setting TlCONTROL] to 1 . The TMS34020 
supports 3 transparency modes; TMCCONTROL] selects 1 of 3 transparency 
options. For more information, refer to Section 12.9, Transparency , on page 
12-36. 

N Unaffected 
C Unaffected 
Z Unaffected 

V 1 1f pixel is outside the window and W = 1 , 2, 3; otherwise. Unaffected If W 
= 0. 



PIXT *Rs, Rd 

memory to register 



status Bits 



15 


14 


13 


12 


11 


10 


9 


8 


7 6 


5 


4 


3 


2 1 





1 


1 


1 


1 


1 





1 


Rs 


R 


Rd 
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The source register contains a linear address; the pixel at this address Is trans- 
ferred into the destination register. When the pixel Is moved Into Rd, It Is 
right-justified and zero-extended to 32 bits, according to the pixel size specified 
in the PSIZE register. 

Window checking cannot be used with this Instruction. The W bits are 
Ignored. 

Pixel processing cannot be used with this instruction. 

Transparency cannot be used with this Instruction. 

N Unaffected 

C Unaffected 

Z Unaffected 

V Unaffected 

TMS34020 Assembly Language Instruction Set 



Pixel Transfer Instructions PIXT 



PlXT*Rs,*Rd 

memory to memory 



PIXT*/?s.XY, fld 

memory to register 



status Bits 



15 


14 


13 


12 


11 


10 


9 


8 


7 6 


5 


4 


3 


2 1 





1 


1 


1 


1 


1 


1 





Rs 


R 


Rd 



The source and destination registers both contain linear addresses. The 
address in Rs is the address of the source pixel; the pixel is moved into the 
address in Rd. 

You can select a pixel processing option to use with this instruction. For more 
information, refer to Section 12.8, Pixel Processing , on page 12-27. 

Window checlcing cannot be used with this instruction. 

You can enable transparency by setting TECONTROLD to 1 . The TMS34020 
supports 3 transparency modes; TM[[CONTROLl selects 1 of 3 transparency 
options. For more information, refer to Section 12.9, Transparency , on page 
12-36. 



15 


14 


13 


12 


11 


10 


9 


8 


7 6 


5 


4 


3 


2 1 





1 


1 


1 


1 








1 


Rs 


R 


Rd 



The source register contains an XY address; the X value occupies the 1 6 LSBs 
of the register, and the Y value occupies the 16 MSBs. The address in Rs is 
the address of the source pixel; this pixel is moved into the destination register. 
When the pixel is moved into Rd, it is right-justified and zero-extended to 32 
bits according to the pixel size specified in the PSIZE register. 

Pixel processing cannot be used with this instruction. 

Transparency cannot be used with this instruction. 

N Unaffected 

C Unaffected 

Z Unaffected 

V Unaffected 



PIXT*/?S-XY, */?c/.XY 

memory to memory 



15 


14 


13 


12 


11 


10 


9 


8 


7 6 


5 


4 


3 


CVJ 





1 


1 


1 


1 





1 





Rs 


R 


Rd 



The source and destination registers both contain XY addresses; the X value 
occupies the 1 6 LSBs of the register, and the Y value occupies the 1 6 MSBs. 
Rs contains the address of the source pixel; Rd contains the address where 
the pixel is moved. 

You can use window checking with this instruction by setting WlCONTROL] 
to the desired value. For more information, refer to Section 12.7, Window 
Checkino . on page 12-19. 
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Status Bits 



You can select a pixel processing option to use with tiiis instruction. For more 
information, refer to Section 12.8, Pixel Processing , on page 12-27. 

You can enable transparency by setting TlCONTROL] to 1 . The TMS34020 
supports 3 transparency modes; TM [CONTROL]] selects 1 of 3 transparency 
options. At reset, the default case for transparency is off. For more information, 
refer to Section 12.9, Transparency , on page 12-36. 

N Unaffected 
C Unaffected 
Z Unaffected 

V /if the pixel lies outside the window and W=1 , W=2, or W=3; otherwise. 
Unaffected if W=0. 

Section 12.3, Single-Pixel Instructions , on page 12-6 provides additional 



^) 1 X/T* .«& «^ «k MBA MB M ^^^^ B_^__ 


information about the PIXT instructions. 










PIXT examples ""■ 


















Example 1 


PIXT AO, *A1 


















Before 








After 








AO 


A1 


@20500H 


PSIZE 


PP T 


PMASK @20500h 




1) 


OOOOFFFFh 


00020500h 


OOOOh 


0001 h 


00000 


OOOOh 


0001 h 




1) 


OOOOFFFFh 


00020500h 


OOOOh 


0002h 


00000 


OOOOh 


0003h 




1) 


OOOOFFFFh 


00020500h 


OOOOh 


0004h 


00000 


OOOOh 


OOOFh 




1) 


OOOOFFFFh 


00020500h 


OOOOh 


0008h 


00000 


OOOOh 


OOFFh 




1) 


OOOOFFFFh 


00020500h 


OOOOh 


001 Oh 


00000 


OOOOh 


Fhhhh 




1) 


OOOOOOOSh 


00020508h 


OOOOh 


0004h 


00000 


OOOOh 


0600h 




2) 


OOOOOOOSh 


00020508h 


OSOOh 


0004h 


01010 


OOOOh 


OSOOh 




3) 


oooooooeh 


00020508h 


OlOOh 


0004h 


00001 


OOOOh 


OOOOh 




4) 


OOOOOOOSh 


00020508h 


OlOOh 


0004h 


00001 


OOOOh 


OlOOh 




5) 


00000006h 


00020508h 


OOOOh 


0004h 


00000 


AAAAh 


0400h 




Notes: 
















1) 


S replaces 


D 














2) 


(S XOR D) 


= 0, replaces 


D 












3) 


(S AND D) 


= 0, transparency is off. 


D is replaced 








4) 


(S + D) = 0, 


transparency is on, D is not replaced 








5) 


S replaces 


unmasked bit of D 











Example 2 



Before executing a PIXT instruction, load the implied operand registers with 
appropriate values. These PIXT examples use thefollowing implied operand 
setup: 



Register File B: 

DPTCH 
OFFSET 
WSTART 
WEND 



= OOOOOSOOh 

= OOOOOOOOh 

= 00300020h 

= 005001 42h 



I/O Registers: 

CONVDP 



001 4h 
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PIXT AO, *A1.XY 



Example 3 



Before 


After 


















AO 


A1 


@20500H 


PSIZE 


PP 


w 


T 


PMASK 


@20500h 


1) 


OOOOFFFFh 


00400500h 


OOOOh 


0001 h 


00000 


00 





OOOOh 


0001 h 


1) 


OOOOFFFFh 


00400280h 


OOOOh 


0002h 


00000 


00 





OOOOh 


OOOSh 


1) 


OOOOFFFFh 


004001 40h 


OOOOh 


0004h 


00000 


00 





OOOOh 


OOOFh 


1) 


OOOOFFFFh 


004000A0h 


OOOOh 


0008h 


00000 


00 





OOOOh 


OOFFh 


1) 


OOOOFFFFh 


00400050h 


OOOOh 


001 Oh 


00000 


00 





OOOOh 


FFFFh 


1) 


oooooooeh 


004001 42h 


OOOOh 


0004h 


00000 


00 





OOOOh 


oeooh 


2) 


oooooooeh 


004001 42h 


0300h 


0004h 


01010 


00 





OOOOh 


0500h 


3) 


oooooooeh 


004001 42h 


OlOOh 


0004h 


00001 


00 





OOOOh 


OOOOh 


4) 


oooooooeh 


004001 42h 


OlOOh 


0004h 


00001 


00 





OOOOh 


OlOOh 


5) 


oooooooeh 


004001 42h 


OOOOh 


0004h 


00000 


00 





AAAAh 


0400h 


6) 


oooooooeh 


004001 42h 


OOOOh 


0004h 


00000 


00 





OOOOh 


oeooh 


7) 


oooooooeh 


004001 43h 


OOOOh 


0004h 


00000 


00 





OOOOh 


OOOOh 


8) 


oooooooeh 


004001 43h 


OOOOh 


0004h 


00000 


00 





OOOOh 


OOOOh 



XY Address in A1 = Linear Address 20500h 

Notes: 

1) S replaces D 

2) (S XOR D) = 0, replaces D 

3) (S AND D) = 0, transparency is off, D is replaced 

4) (S + D) = 0, transparency is on, D is not replaced 

5) S replaces unnnasked bit of D 

6) Window Option = 3, D inside window, S replaces D 

7) Window Option = 3, D outside window, D not replaced, V bit set in status 
register 

8) Window Option = 2, D outside window, D not replaced, WV interrupt 



Assume that memory contains the following values: 



Address 


Data 






@20500h 


OFFFFh 






©2051 Oh 


3333h 






PIXT *A0,A1 








Before 






After 


AO 


PSIZE 


PMASK 


A1 


00020500h 


0001 h 


OOOOh 


00000001 h 


00020500h 


0001 h 


FFFFh 


OOOOOOOOh 


00020500h 


0002h 


OOOOh 


00000003h 


00020500h 


0002h 


5555h 


00000002h 


00020500h 


0004h 


OOOOh 


OOOOOOOFh 


0002051 Oh 


0004h 


9999h 


00000002h 


00020500h 


OOOSh 


OOOOh 


OOOOOOFFh 


0002051 Oh 


OOOSh 


5454h 


00000023h 


00020500h 


001 Oh 


OOOOh 


OOOOFFFFh 


00020500h 


001 Oh 


BA98h 


000045e7h 


0002051 Oh 


001 Oh 


BA98h 


000001 23h 
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Pixel Transfer Examples 



Example 4 



PIXT *A0,*A1 

Before 



After 



AO A1 @20500H PSIZE PP T PMASK @20500h 2051 Oh 

1) 00020500h 00020508h OOOFh 0001 h 00000 OOOOh 010Fh xxxx 

1) 00020500h 00020508h OOOFh 002h 00000 OOOOh 030Fh xxxx 

1) 00020500h 00020508h OOOFh 0004h 00000 OOOOh OFOFh xxxx 

1) 00020500h 00020508h OOEFh 0008h 00000 OOOOh EFEFh xxxx 

1) 00020500h 00020508h 1234h 001 Oh 00000 OOOOh 3434h xx12h 

2) 00020500h 00020508h 030Fh 0004h 01010 OOOOh OCOFh xxxx 

3) 00020500h 00020508h OlOEh 0004h 00001 OOOOh OOOEh xxxx 

4) 00020500h 00020508h 020Eh 0004h 00001 OOOOh 020Eh xxxx 

5) 000020500h00020508h OOOFh 0004h 00000 AAAAh 050Fh xxxx 

Notes: 

1) S replaces D 

2) (S XOR D) replaces D 

3) (S AND D) = 0, transparency is off, D is replaced 

4) (S + D) = 0, transparency in on, D not replaced 

5) S replaces unmasked bits of D 

These PIXT examples use the following implied operand setup. 



Register File B: 

DPTCH 
OFFSET 



=800h 
=00000000h 



I/O Registers: 

CONVSP = 0014h 



Assume that memory address @20500h contains CFSFh before instruction 
execution. 



PIXT *AO.XY,ii 


l1 






Before 






Aft^r 


AO 


PSiZE 


PIVIASK 


A1 


00400500h 


0001 h 


OOOOh 


00000001 h 


00400500h 


0001 h 


FFFFh 


OOOOOOOOh 


00400280h 


0002h 


OOOOh 


00000003h 


0400280h 


0002h 


AAAAh 


00000001 h 


004001 40h 


0004h 


OOOOh 


OOOOOOOFh 


004001 40h 


0004h 


9999h 


oooooooeh 


004000A0h 


0008h 


OOOOh 


OOOOOOSFh 


004000A0h 


0008h 


8989h 


00000036h 


00400050h 


001 Oh 


OOOOh 


OOOOCFCFh 


00400050h 


001 Oh 


731 Oh 


00008C2F 



Note: 

The XY addresses stored in register A1 in these examples translate to the lin- 
ear memory address 20500h. The pitch of the line source was not changed 
for any of these examples 
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TMS34020 Assembly Language Instruction Set 



Pixel Transfer Examples 



Example 5 



These PIXT examples use the following implied operand setup. 





Register File B: 












I/O Registers: 






SPTCH 


= 800h 


1 








CONVSP 


001 4h 




DPTCH 


= SOOh 


1 








CONVDP 


001 4h 




OFFSET 


= OOOOOOOOh 
















WSTART 


= 00300020h 
















WEND 


= 005001 42h 














PIXT *AO.XY, 


*A1.XY 


















Before 


After 




















AG 


A1 


@20500H 


PSIZE 


PP 


w 


T 


PMASK @20500h 


@20510h 


1) 


00400500h 


00400508h 


OOOFh 


0001 h 


00000 


00 





OOOOh 


OlOFh 


xxxx 


1) 


00400280h 


00400284h 


OOOFh 


0002h 


00000 


00 





OOOOh 


030Fh 


xxxx 


1) 


004001 40h 


04001 42h 


OOOFh 


0004h 


00000 


00 





OOOOh 


OFOFh 


xxxx 


1) 


004000A0h 


004000A1h 


OOOFh 


0008h 


00000 


00 





OOOOh 


EFEFh 


xxxx 


1) 


0040005Fh 


00400051 h 


OOEFh 


001 Oh 


00000 


00 





OOOOh 


CDEFh 


CDEFh 


2) 


00400050h 


004001 42h 


0306h 


0004h 


01010 


00 





OOOOh 


0506h 


xxxx 


3) 


004001 40h 


004001 42h 


0106h 


0004h 


00001 


00 





OOOOh 


0006h 


xxxx 


4) 


004001 40h 


004001 42h 


0106h 


0004h 


10001 


00 





OOOOh 


0106h 


xxxx 


5) 


004001 40h 


004001 42h 


0006h 


0004h 


00001 


00 





OOOOh 


0406h 


xxxx 


6) 


004001 40h 


004001 42h 


0006h 


0004h 


00000 


11 





AAAAh 0606h 


xxxx 


7) 


004001 40h 


004001 42h 


0006h 


0004h 


00000 


11 





OOOOh 


0006h 


xxxx 


8) 


004001 40h 


004001 43h 


0006h 


0004h 


00000 


10 





OOOOh 


0006h 


xxxxy 



XY Address in A1 = Linear Address 20500h 
Notes: 



1) S replaces D 

2) (S XOR D) replaces D 

3) (S AND D) = 0, transparency is off, D is replaced 

4) (S + D) = 0, transparency in on, D not replaced 

5) S replaces unmasked bits of D 

6) Window Option = 3, D inside window, S replaces D 

7) Window Option = 3, D outside window, D not replaced, V bit set in status 
register 

8) Window Option = 2, D outside window, D not replaced, WV interrupt gener- 
ated, V bit set in status register 
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POPST Pop Status Register from Stack 



Syntax 
Execution 
Instruction Words 

Description 



POPST 

*SP+ -> ST 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 


























1 


1 


1 





















POPST pops the status register from the stack and increments the SP by 32 
after the status register is removed from the stack. 



■^ 


31 


30 


29 


28 




26 


25 




22 


21 


11 


10—6 


5 


4—0 


¥ft¥S» 




N 


C 


Z 


V 


'1/5'! 


BF 


IX 


!<%: 


SS 


IE 


'SWM • !» 


FE1 


FS1 


FEO 


FSO 






Note: Shaded portions are reserved. 







Macliine States 

Status Bits 
Examples 



Examples 



For more information, refer to Section 4.1 , The Status Register , on page 4-2. 

6 iftheSP is aligned 

7 if the SP is not aligned 

All bits are restored. 

Assume that memory contains the following values before instruction execu- 
tion: 



Address Data 






OFFOOOOOh 001 Oh 






OFFOOOIOh COOOh 






Cpde Before 


After 




SP 


ST 


SP 


POPST OFFOOOOOh 


COOOOOIOh 


0FF00020h 
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TMS34020 Assembly Language Instruction Set 



Push Status Register onto Stack PUSHST 



Syntax 
Execution 
Instruction Words 

Description 



PUSHST 

ST -> -*SP 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 


























1 


1 


1 


1 


















PUSHST writes the status register contents to the address contained in the 
SP-32. 



31 


30 


29 


28 




26 


25 




22 


21 




11 


10—6 


5 


4—0 


N 


C 


Z 


V 


Va 


BF 


IX 


%:; 


ss 


IE 


Z^7Mm 


FE1 


FS1 


FEO 


FSO 



Note: Shaded portions are reserved. 



Machine States 



Status Bits 



Example 



For more information, refer to Section 4.1 , The Status Register , on page 4-2. 

2(1) if the SP is aligned 
2 (2) if the SP is not aligned 

N Unaffected 

C Unaffected 

Z Unaffected 

V Unaffected 



PUSHST 

IVIemory contains the following values after instruction execution: 



Before 
SP 

0FF00020h 



ST 

COOOOOIOh 



After 
SP 

OFFOOOOOh 



Address 

OFFOOOIOh 
0FF00020h 



Data 

001 Oh 
COOOh 
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PUTST Put Register Contents into Status Register 



Syntax 
Execution 
Instruction Words 

Description 



PUTST Rs 

Rs -> ST 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 1 


























1 


1 





1 


R 


Rd 



PUTST copies the contents of the specified register into the status register. 



»¥?::::■ 


31 30 29 28 26 25 22 21 11 10—6 5 4—0 






N 


C 


Z 


V 


i 


BF 


IX 


„.' ,/ 


88 


IE 


M^>m>. :% 


FE1 


FS1 


FED 


F80 






Note 


: Sh 


aded 


port 


ons< 


are re 


3serv 


ed. 













For more information, refer to Section 4.1 , The Status Register , on page 4-2. 



Machine States 


3 






Status Bits 


N Set from bit 31 of Rs 
C Set from bit 30 of Rs 
Z Set from bit 29 of Rs 
V Set from bit 28 of Rs 






Example 


Code Before 




After 




AG 


ST 


ST 




PUTST AO COOOOOIOh 


xxxxxxxxh COOOOOIOh 
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TMS34020 Assembly Language Instruction Set 



Return from Interrupt RETI 



Syntax 
Execution 

Instruction Words 
Description 



RETI 

*SP+ 
*SP+ 



ST 
PC 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 

















1 








1 





1 





















RETI returns to an interrupted routine from an interrupt service routine. The 
instruction restores tine ST and PC to their original values that were stored on 
the system stack. 

The stack is located in external memory and the top is indicated by the stack 
pointer (SP) . The stack grows in the direction of decreasing linear address. The 
ST and PC are popped from the stack and the SP is incremented by 32 after 
each register is removed from the stack. 

I 1 

Note: 

RETI checks the IX (instruction execution) and BF (bus fault) bits in the 
restored ST register. If IX or BF is set, the RETI expects to find the internal 
register values that define the state of the TMS34020 on the stack along with 
the ST and PC. 

If this is the case, the RETI restores the additional register values that were 
pushed on the stack and clears the IX and BF bits in the restored ST value. 

The CONTROL register and any B-file registers modified by an interrupt 
routine should be restored before RETI is executed. Otherwise, interrupted 
instructions may not resume execution correctly. 



Machine States 



Status Bits 



Interrupts 



52 if BF status bit = 1 
38 if IX status bit = 1 
else? 

N Copy of corresponding bit in stack location 

Copy of corresponding bit in stack location 

Z Copy of corresponding bit in stack location 

V Copy of corresponding bit in stack location 

IE Copy of corresponding bit in stack location 

If the I E bit in the restored ST is a 1 , interrupts are enabled by the time the RETI 
instruction finishes executing. If an interrupt request is active during the last 
state of the RETI instruction, and the interrupt is enabled in the INTENB regis- 
ter, the interrupt will be taken immediately following the RETI. If the source of 
the interrupt is not cleared automatically, the interrupt service routine should 
take steps to clear the source of the interrupt. If this is not done, the interrupt 
will be serviced repeatedly. Sections 6.7, External Interrupts , on page 6-15, 
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R ETI Return from Interrupt 



Examples 



6.8, Internal Interrupts , on page 6-1 6, and 6.9, The Bus Fault Interrupt , on page 
6-1 9 discuss each interrupt and the details for clearing the source of the inter- 
rupt. 

Assume that memory contains the following values before instruction execu- 
tion: 



Address 


Data 






CCCOOOOh 


001 Oh 






CCCOOIOh 


COOOh 






CCC0020h 


FFFOh 






CCCOOSOh 


0044h 






Code Before 


After 






SP 


ST 


PC 


SP 


RETI CCCOOOOh COOOOOIOh 


0044FFF0h 


CCC0040h 
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TMS34020 Assembly Language Instruction Set 



Return From Monitor RETM 



Syntax 
Execution 

instruction Words 
Description 



RETM 

*SP+ ■ 
*SP+ - 



ST 
PC 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 

















1 














1 


1 


















RETM is used at the end of a single step trap routine. RETM acts similar to 
RETI, but RETM forces the next instruction fronn the Interrupted program to be 
read directly from memory, that is, it is not read from the cache. The fetched 
instruction is executed and the single step trap is then taken again; this 
sequence repeats. 



Note: 

RETM uses the cache read mechanism to access the next instruction in the 
interrupted code. When the single-step bit (bit 22 in ST) is set the cache fills 
are blocked, so if the next instruction in the interrupted code is not already in 
cache when RETM is executed, then the single step trap will be taken repeat- 
edly without executing any of the main program opcodes. This makes RETM 
unsuitable for terminating single-step traps. 



Machine States 



Status Bits 



Examples 



52 if BF status bit = 1 
38 if IX status bit = 1 
else 10 

N Copy of corresponding bit in stack location 

C Copy of corresponding bit in stack location 

Z Copy of corresponding bit In stack location 

V Copy of corresponding bit in stack location 

IE Copy of corresponding bit in stack location 

Assume that memory contains the following values before instruction execu- 
tion: 



Address 


Data 






CCGOOOOh 


001 Oh 






CCGOOIOh 


COOOh 






CCG0020h 


FFFOh 






CCCOOSOh 


0044h 






Code Before 


After 






SP 


ST 


PC 


SP 


RETM CCCOOOOh COOOOOIOh 


0044FFF0h 


CCC0040h 
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RETS Return from Subroutine 



Syntax 
Execution 

Instruction Words 
Description 



Machine States 



Status Bits 



Examples 



RETS [N] 

*SP -> Pp (W defaults to 0) 
SP + 32 + 16/V-^SP 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 

















1 








1 





1 


1 


N 



RETS returns from a subroutine by popping the program counter from the 
stack and incrementing the stack pointer. 

The parameter A/ is a value in the range of to 31 ; it specifies the number of 
words by which the stack pointer SP is incremented after the return address 
is popped from the system stack. N is optional; if the value of N is not specified 
explicitly, the assembler sets it to the default value of 0. 

Following completion of the RETS instruction, execution continues at the 
address pointed to by the PC popped from the stack. 

5 

6 if the stack isn't aligned 

N Unaffected 

C Unaffected 

Z Unaffected 

V Unaffected 

Assume that memory contains the following values before instruction execu- 
tion: 



Address 


Data 






OFFOOOOOh OFFFOh 






OFFOOOIOh 0001 h 






CocJe 


Before 


After 






SP 


PC 


SP 


RETS 


OFFOOOOOh 


OOOIFFFOh 


0FF00020h 


RETS 1 


OFFOOOOOh 


OOOIFFFOh 


OFFOOOSOh 


RETS 2 


OFFOOOOOh 


OOOIFFFOh 


0FF00040h 


RETS 16 


OFFOOOOOh 


OOOIFFFOh 


0FF00120h 


RETS 31 


OFFOOOOOh 


OOOIFFFOh 


0FF00210h 
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TMS34020 Assembly Language Instruction Set 



store Revision Number in Register R E V 



Syntax 
Execution 
Instruction Words 

Description 



i\^achine States 
Status Bits 



Examples 



REV Rd 

revision number -> Rd 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 1 



































1 


R 


Rd 



REV stores the nunnber which uniquely identifies the revision of silicon in the 
destination register. The format of the REV number is: 

bits — 2 silicon revision number 

bit 3 = 1 if TMS3401 (if bit 3 = 0, then TMS34020; bits 3 and 4 
cannot both be 1) 

bit 4 = 1 if TMS34020 (if bit 4 = 0, then TMS3401 0; bits 3 and 4 
cannot both be 1)) 

bits 5 — 1 5 reserved for future generation parts 

bits 1 6—23 spin-offs 

bits 24 — 31 reserved 

1 

N Unaffected 

C Unaffected 

Z Unaffected 

V Unaffected 

REV AO 

Before AO = FFFFFFFF 

After AO = 0000001 (TMS34020 revision 1 .0) 

After A0= 00000011 (TMS34020 revision 2.0) 
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RL Rotate Left, Constant 



Syntax 
Execution 
Instruction Words 

Description 



RL constant, Rd 
left-rotate Rd by constant 



Rd 



15 


14 


13 


12 


11 


10 


9 


8 7 6 


5 


4 


3 


2 1 











1 


1 








constant 


R 


Rd 



RL rotates the contents of the destination register left by the specifed number 
of bits. RL performs a circular left shift that moves each bit shifted out the MSB 
of the register into the register's LSB. The rotate count is specified as a value 
in the range to 31 and is stored in the 5-bit constant field of the RL instruction 
word. 

c 31 



MSB 



LSB 



Machine States 
Status Bits 



Examples 



The assembler only accepts absolute expressions for the rotate count. If the 
specified rotation value is greater than 31 , the assembler issues a warning and 
sets the constant to its 5 LSBs. 

The carry bit is set to the value of the last bit that is shifted out of the MSB (this 
value is the same as the final value of the LSB). You can use a rotate count of 
to clear the carry and test a register for simultaneously. 

1 

N Unaffected 

C Set to value of bit [32 - constant], for rotate count of constant = 

Z y if result is 0, otherwise 

V Unaffected 



Code 


Before 


After 






A1 


NCZV 


A1 


RL 0,A1 


GOOOOOOFh 


X Ox 


OOOOOOOFh 


RL 1,A1 


FOOOOOOOh 


X 1 Ox 


EOOOOOOIh 


RL 4,A1 


FOOOOOOOh 


X 1 Ox 


OOOOOOOFh 


RL 5,A1 


FOOOOOOOh 


X Ox 


0000001 Eh 


RL 30, Al 


FOOOOOOOh 


X 1 Ox 


SCOOOOOOh 


RL 5,A1 


OOOOOOOOh 


X 1 X 


OOOOOOOOh 
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Rotate Left, RegisJej^^Rl^ 



Syntax 
Execution 
Instruction Words 

Description 



RL Rs,Rcl 

left-rotate Rd by 5 LSBs of Rs -> Rd 

15 14 13 12 11 10 9 8 






1 


1 





1 








Rs 


R 


Rd 



RL rotates the contents of the destination register left by the nunnber of bits 
specified in the source register. RL performs a circular left shift that moves 
each bit shifted out of the MSB of the register into the register's LSB. The rotate 
count is specified as a value in the range to 31 and is taken from the 5 LSBs 
of the source register; the 27 MSBs of the source register are ignored. 

















■ 


♦iililii 


MiSUSBMm 


fySMMSMMmBSS^ 


liijiijiif 


' 



Machine States 
Status Bits 



Examples 



The carry bit is set to the value of the last bit that is shifted out of the MSB (this 
value is the same as the final value of the LSB). You can use a rotate count to 
to clear the carry and text Rd for simultaneously. 

Rs and Rd must be in the same register file. 

1 

N Unaffected 

C Set to value of bit [32 - Rs], for rotate count of 

Z / if result is 0, othenA/ise 

V Unaffected 



Code 


Before 


After 








5 LSBs AG 


A1 


NCZV 


A1 


RL A0,A1 


00000 


OOOOOOOFh 


X Ox 


OOOOOOOFh 


RL A0,A1 


001 00 


FOOOOOOOh 


X 1 Ox 


OOOOOOOFh 


RL A0,A1 


001 01 


FOOOOOOOh 


X Ox 


0000001 Eh 


RL A0,A1 


11111 


FOOOOOOOh 


X Ox 


78000000h 


RL A0,A1 


xxxxx 


OOOOOOOOh 


X 1 X 


OOOOOOOOh 
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R M O Rightmost One 



Syntax 
Execution 
Instruction Words 

Description 



Machine States 
Status Bits 



Examples 



RMO Rs,Rd 

bit number of rightmost 1 in Rs -^ Rd 



15 


14 


13 


12 


11 


10 


9 


8 


7 6 


5 


4 


3 


2 1 








1 


1 


1 


1 





1 


Rs 


R 


Rd 



The RMO instruction locates the rightmost (least significant) 1 in the source 
register. It then loads the bit number of the rightmost 1 bit into the destination 
register. Bits/ of Rs is the MSB (leftmost) and bit is the LSB (rightmost). If 
there are no 1 bits in the source register, then the destination result is and 
status bit Z is set . 

The rightmost / in the source register can be right-justified by following the 
RMO instruction with RL Rs, Rd instruction, where Rs is the destination regis- 
ter of the RMO instruction and Rd is the source register. 

The source and destination registers must be in the same register. 

1 

N Unaffected 

C Unaffected 

Z 1 if the source register contents are 0, otherwise. 

V Unaffected 



CpdQ 


Before 


Aft^r 






AG 


NCZV 


A1 


RMO A0,A1 


OOOOOOOOh 


xxlx 


OOOOOOOOh 


RMO A0,A1 


00000001 h 


xxOx 


OOOOOOOOh 


RMO AO.Al 


0000001 Oh 


xxOx 


00000004h 


RMO A0,A1 


OSOOOOOOh 


xxOx 


0000001 Bh 


RMO A0,A1 


SOOOOOOOh 


xxOx 


0000001 Fh 
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TMS34020 Assembly Language Instruction Set 



Replicate Pixel RPIX 



Syntax 
Execution 



Instruction Words 



Description 



Implied Operands 



Machine States 



Status Bits 



Examples 



RPIX Rd 

Rdnew = R^oid 

LS pixel replicated ( — ] 5 times 

\PSIZE/ 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 1 























1 





1 








R 


Rd 



RPIX replicates the pixel value in the specified destination register. Prior to 
executing the instruction, you should right-justifiy the value in Rd. The pixel 
size is specified by PSIZE and must be 1 , 2, 4, 8, 16, or 32 bits. Immediately 
following completion of the instruction, the pixel value will have been replicated 
throughout the 32 bits of the register. 

Given a pixel size of n bits, the replication operation replaces the original pixel 
value with 32/n copies of the pixel. The replication process overwrites the 32-n 
bits to the left of the original pixel. For more information, refer to Section 1 2.6, 
Auxiliary Graphics Instructions , on page 12-17. 



Address 



Name 



Description and Elements (Bits) 



C0000150h PSIZE 



Pixel size (1,2,4,8,1 6,32) 



2 
4 
5 
6 
7 
8 



if PSIZE = 32 
ifif PSIZE = 16 
if PSIZE = 8 
f PSIZE = 4 
if PSIZE = 2 
f PSIZE = 1 



N Unaffected 

C Unaffected 

Z Unaffected 

V Unaffected 



RPXL AO 



PSIZE = 8 



Before AO = XXXXXX34 

After AO = 3434343434 Cycles = 5 



RPXL B8 



PSIZE = 4 Before B8 = XXXXXXXA 

After B8 = AAAAAAAA Cycles = 6 
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SETC Set Carry Bit 



Syntax 
Execution 
Instruction Words 

Description 



SETC 

1 -> C 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 

















1 


1 





1 


1 


1 


1 


















SETC sets the carry bit (C) in the status register to 1 . The rest of the status reg- 
ister is unaffected. 



31 


30 


29 


28 




26 


25 




22 


21 




11 


10—6 


5 


4-^ 


N 


C 


Z 


V 


«: 


BF 


IX 


m. 


SS 


IE 


'smmm 


FE1 


FS1 


FEO 


FSO 



Note: Shaded portions are reserved. 



This instruction is useful for returning a true/false value (in the carry bit) from 
a subroutine without using a general-purpose register. 



Machine States 


1 












Status Bits 


N 
C 

Z 
V 


Unaffected 
1 

Unaffected 
Unaffected 








Examples 


Code 

SETC 
SETC 
SETC 


Before 
ST 

OOOOOOOOh 
BOOOOOIOh 
4000001 Fh 


NCZV 

0000 
1011 
01 00 


After 
ST 

40000000h 
FOOOOOIOh 
4000001 Fh 


NCZV 

01 00 

1111 

01 00 
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TMS34020 Assembly Language Instruction Set 



SetCONVDP SETCDP 



Syntax 
Execution 
Instruction Words 

Description 



Implied Operands 



Machine States 



Status Bits 



Examples 



SETCDP 



Destination pitch conversion factor -^ CONVDP 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 























1 








1 


1 


1 








1 


1 



SETCDP loads the CONVDP register with the appropriate value used in XY 
to linear conversion based on the DPTCH register. 

Remember to execute MWAIT after SETCDP to ensure that the CONVDP reg- 
ister has been set before using its value in a CVXYL or similar instruction. For 
more information, refer to Section 12.11. Setting up the Implied Operands for 
Graphics Instructions , on page 12-43. 



Address 



Name 



Description and Elements (Bits) 



B3 



DPTCH (linear) Destination array pitch 



C0000140h CONVDP Destination pitch conversion register 



pitch is 



a power of 2: 
2 powers of 2: 
arbitrary 



4(1) 
6(1) 
3(1) 



N Unaffected 

C Unaffected 

Z Unaffected 

V Unaffected 

Before: 83 = 00001 OOOh (51 2x8) 
After: 00000140 = 001 3h 



Before: 83 = 00000400h (1 28 x 8) 

After: 00000140 = 001 5h 

Before: 83 = 00001 400h (640 x 8) 

After: 00000140 = 151 3h 

Before: 83 = 0000001 9h (25 x 1 ) 

After: 00000140 = OOOOh 
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S ETC MP SetCONVMP 



Syntax 
Execution 
Instruction Words 

Description 



implied Operands 



Examples 



SETCMP 



Mask pitch conversion factor -> CONVIVIP 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 























1 





1 


1 


1 


1 


1 





1 


1 



SETCMP loads the CONVMP register with the appropriate value used in XY 
to linear conversion based on the MPTCH register. 

Remember to execute M WAIT after SETCM P to ensure that the CON VM P reg- 
ister has been set before using its value in a CVMXYL or similar instruction. 
For more information, refer to Section 12.11. Setting up the Implied Operands 
for Graphics Instructions , on page 1 2-43. 



Address 


Name 


Description and Elements (Bits) 


B11 


MPTCH (linear) 


Mask array pitch 


C0000180h 


CONVMP 


Mask pitch conversion register 



Machine States 


pitch is a power of 2: 


4(1) 






2 powers of 2: 


6(1) 






arbitrary 


3(1) 


Status Bits 


N 


Unaffected 






C 


Unaffected 






Z 


Unaffected 






V 


Unaffected 





Before: 83 = 00001000 (512x8) 

After: 00000180 = 0013 



Before: 63 = 00000400 (128x8) 

After: 00000180 = 0015 

Before: B3 = 00001400 (640x8) 

After: 00000180 = 1513 

Before: B3 = 0000001 9 (25 x 1) 

After: 00000180 = 0000 
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SetCONVSP SETCSP 



Syntax 
Execution 
Instruction Words 

Description 



Implied Operands 



SETCSP 



Source pitch conversion factor -> CONVSP 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 























1 








1 





1 











1 



SETCSP loads the CONVSP register with the appropriate value used in XY 
to linear conversion based on the SPTCH register. 

Remember to execute MWAIT after SETCSP to ensure that the CONVSP 
register has been set before using its value in a CVSXYL or similar instruction. 
For more information, refer to Section 12.11, Setting up the Implied Operands 
for Graphics Instructions , on page 1 2-43. 



Address 


Name 


Description and Elements (Bits) 


B1 


SPTCH (linear) 


Source array pitch 


000001 30h 


CONVSP 


Source pitch conversion register 



Machine States 


pitch is a power of 2: 


4(1) 






2 powers of 2: 


6(1) 






arbitrary 


3(1) 


Status Bits 


N 


Unaffected 






C 


Unaffected 






Z 


Unaffected 






V 


Unaffected 




Examples 


Before: 83 = 00001000 
After: 00000130 = 0013 


(512 



Before: 83 = 00000400 (128x8) 

After: 00000130 = 0015 

Before: B3 = 00001400 (640x8) 

After: 00000130 = 1513 

Before: B3 = 0000001 9 (25x1) 

After: 00000130 = 0000 
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S ETF Set Field Parameters 



Syntax 
Execution 
Instruction Words 

Description 



SETF FS,FE[,I^ 
FS, FE -> ST 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 




















1 


F 


1 





1 


FE 


FS 



SETF loads specified field size (FS) and field extension (FE) values into the 
status register; depending on the value of the F parameter, this information 
sets the field size and extension for either field or field 1 . (The remainder of 
the status register is not affected.) 



;'sv ^^'•s•!■•-s^■" '^fCX-'.'^r, ' 



•:■. •=&■"< 4<W<-S"X S-- .-"'X- JffX»- !?,Wir*TrC-'V 535S<^iC3S«l •ffl 



I 


31 


30 


29 


28 




26 


25 




22 


21 




11 


10 6 


5 


4—0 




< 


N 


C 


Z 


V 


s^ 


BF 


IX 


^^ 


SS 


IE 


'iJMiiti^^ 


FE1 


FS1 


FEO 


FSO 






Note: Shaded portions are reserved. 








'smi 



For more information, refer to Section 4.1 , The Status Register , on page 4-2. 

Qi The FS parameter is a value between 1 and 32; it selects the field size. 
(Note that an FS value of in the opcode corresponds to an actual selected 
field size of 32.) 

Qi The FE parameter is a value of or 1 : 

FE=0 selects zero-extension for a field. 
FE=1 selects sign-extension for a field. 

□ The F parameter is optional; the default value for F is 0. The F value deter- 
mines whether the SETF instruction sets the field size and extension for 
field or for field 1 . 

F=0 selects FSO, FEO to be altered. 
F=1 selects FS1 , FE1 to be altered. 

Each MOVE instruction also has an F parameter that selects the field size and 
extension of either field or field 1 for the individual move. You can use the 
SETF instruction to prepare for MOVE instructions. 



Mactiine States 


1 




Status Bits 


N 


Unaffected 




C 


Unaffected 




Z 


Unaffected 




V 


Unaffected 
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TMS34020 Assembly Language Instruction Set 



Set Field Parameters S ETF 



Examples Code Before After 

ST ST 

SETF 32,0,0 xxxxxOOOh xxxxxOOOh 

SETF 32,1,0 xxxxxOOOh xxxxx020h 

SETF 31,1,0 xxxxxOOOh xxxxx03Fh 

SETF 16,0,0 xxxxxOOOh xxxxxOIOh 

SETF 32,0,1 xxxxxOOOh xxxxxOOOh 

SETF 32,1,1 xxxxxOOOh xxxxx800h 

SETF 31,1,1 xxxxxOOOh xxxxxFCOh 

SETF 16,0,1 xxxxxOOOh xxxxx400h 
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S EXT Sign-Extend to Long 



Syntax 
Execution 
Instruction Words 

Description 



SEXT RdlF] 

field in Rd -> sign-extended field Rd 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 1 




















1 


F 


1 











R 


Rd 



SEXT sign-extends the right-justified field contained in the destination register 
by copying the MSB of the field data into all the nonfield bits of the destination 
register. The size of the field is determined by the current field size. The 
optional F parameter, which must be specified as a or a 1 , selects the field 
size: 

F=0 selects FSO for the field size. 
F=1 selects FS1 for the field size. 

The default value for F is 0. 



Mactiine States 


2 












Status Bits 


N 


1 if the result is negative, othenA/ise 






C 


Unaffected 










Z 


1 if the result is 


Otherwise 








V 


Unaffected 








Examples 


Code 


Before 




After 










FSO/1 


AG 


NCZV 


AG 




SEXT A0,0 


17/x 


OOOOSOOOh 


OxOx 


OOOOSOOOh 




SEXT A0,0 


16/x 


OOOOSOOOh 


1 xOx 


FFFFSOOOh 




SEXT A0,0 


15/x 


OOOOBOOOh 


Ox 1 x 


OOOOOOOOh 




SEXT A0,1 


x/17 


OOOOSOOOh 


OxOx 


OOOOSOOOh 




SEXT A0,1 


x/16 


GOOOSOOOh 


1 xOx 


FFFFSOOOh 




SEXT A0,1 


x/15 


OOOOSOOOh 


0x1 X 


OOOOOOOOh 
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TMS34020 Assembly Language Instruction Set 



Shift Left Arithmetic, Constant S LA 



Syntax 
Execution 
Instruction Words 

Description 



SLA constant, Rd 

left-shift Rd by constant -> Rd 



15 


14 


13 


12 


11 


10 


9 


8 7 6 


5 


4 


3 


2 1 











1 











constant 


R 


Rd 



SLA left-shifts the contents of the destination register by a specified number 
of bits. The shift count is specified by a 5-bit constant; this Is a value between 
and 31. 

As shown in the diagram, Os are shifted into the LSBs. The last bit shifted out 
of the destination register (the original value of bit [32 -constant]) is shifted into 
the carry bit. If either the new sign bit (N) or any of the bits shifted out of the 
register differ from the original sign bit, the overflow bit (V) is set. 








WmWMMMMiM 


31 




c 


1 


WmSimMSmm 




!..♦ Sign _^ 
change? 

V 


MSB 


IB^^^^^^^ 


LSB 



«^--0s 



Machine States 
Status Bits 



Examples 



The assembler accepts only absolute expressions for the shift count. If the shift 
count is greater than 31 , the assembler issues a warning and sets the constant 
to its 5 LSBs. 

Note that SLA executes slower than SLL because it provides overflow detec- 
tion. 



N 7 if the result is negative, otherwise 

C Set to the value of bit [32 - constant], for shift count of 

Z y if a result generated, othen/vise 

V y if the MSB changes during shift operation, othen/vise 



Code 


> 
i 


Before 
A1 


After 

A1 no: 






zv 


SLA 


0,A1 


33333333h 


33333333h 


0000 


SLA 


0,A1 


CCCCCCCCh 


CCCCCCCh 


1 000 


SLA 


1,A1 


CCCCCCCCh 


99999998h 


1 1 00 


SLA 


2,A1 


33333333h 


CCCCCCCCh 


1001 


SLA 


2,A1 


CCCCCCCCh 


33333330h 


01 01 


SLA 


3,A1 


CCCCCCCCh 


66666660h 


0001 


SLA 


5,A1 


CCCCCCCCh 


99999980h 


1101 


SLA 


30, Al 


CCCCCCCCh 


OOOOOOOOh 


0111 


SLA 


31, Al 


CCCCCCCCh 


OOOOOOOOh 


001 1 


SLA 


31, Al 


OOOOOOOOh 


OOOOOOOOh 


001 
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SLA Shift Left Arithmetic, Register 



Syntax 
Execution 
Instruction Words 

Description 



SLA Rs, Rd 

left-shift Rd by 5 LSBs of Rs -* Rd 



15 


14 


13 


12 


11 


10 


9 


8 


7 6 


5 


4 


3 


2 1 








1 


1 














Rs 


R 


Rd 



SLA left-shifts the contents of the destination register by a specified number 
of bits. The shift count is specified by the 5 LSBs of Rs (the 27 MSBs are 
ignored); this produces a shift count from to 31 . 

The last bit shifted out of the destination register (the original value of bit 
[32-Rs]) is shifted into the carry bit. If either the new sign bit (N) or any of the 
bits shifted out of the register differ from the original sign bit, the overflow bit 
(V) is set. 



31 


30 


29 


28 




26 


25 




22 


21 




11 


10—6 


5 


4—0 


N 


C 


Z 


V 


:S 


BF 


IX 


Zi'. 


SS 


IE 


'/Mmmi 


FE1 


FS1 


FEO 


FSO 



Note: Shaded portions are resen/ed. 



*W:V!-rft;4J.-S»S^'»«ft»AVJ.^¥S: ¥* 



1.-^ sign 
change? 



||ill||i||ii||i;|l| 


iiiiiiiiiiiiiiisiliillii^ 





lillJIiiiiilljSilllil 






llilllillll 


iii:iiiili:iii:^ 




Sl'SiygijSS'xi:??:* 




LSE 


ill 


Ill 


V 


1 



/lfac/7/ne States 
Status Bits 



Examples 



Note that SLA executes slower than SLL because it provides overflow detec- 
tion. 



N y if the result is negative, othenA/ise 

C Set to the value of [32 - Rs], for shift count of 

Z 7 if the result is 0, otherwise 

V 1 if the MSB changes during shift operation, othenA^ise 



Code 


Before 




After 






5 LSBs AG 


A1 


A1 


NCZV 


SLA A0,A1 


00000 


33333333h 


33333333h 


0000 


SLA A0,A1 


00000 


CCCCCCCCh 


CCCCCCC Ch 


1 000 


SLA AO.Al 


00001 


CGCCCCCCh 


99999998h 


1 100 


SLA A0,A1 


00010 


33333333h 


CCCCCCCCh 


1 001 


SLA AO.Al 


00010 


CCCCCCCCh 


33333330h 


0101 


SLA AO.Al 


00011 


CCCCCCCCh 


66666660h 


0001 


SLA A0,A1 


00101 


CCCCCCCCh 


99999980h 


1 1 01 


SLA AO.Al 


11110 


CCCCCCCCh 


OOOOOOOOh 


0111 


SLA A0,A1 


11111 


CCCCCCCCh 


OOOOOOOOh 


001 1 


SLA A0,A1 


11111 


OOOOOOOOh 


OOOOOOOOh 


001 
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TMS34020 Assembiy Language Instruction Set 



Shift Left Logical, Constant SLL 



Syntax 
Execution 
Instruction Words 

Description 



SLL constant, Rd 

left-shift Rd by constant -^ Rd 



15 


14 


13 


12 


11 


10 


9 


8 7 6 


5 


4 


3 


2 1 











1 








1 


constant 


R 


Rd 



SLL left-shifts the contents of the destination register by a specified number 
of bits. The shift count is specified by a 5-bit constant, which is a value between 
and 31. 

The last bit shifted out of the destination register (the original value of bit [32 
- constant]) is shifted into the carry bit. Os are shifted into the LSBs. This 
instruction differs fronn the SLA instruction only in its effect on the overflow (V) 
bit. 



31 



-^--Os 



MSB 



LSB 



Machine States 
Status Bits 



Examples 



The assembler only accepts absolute expressions for the shift count. If the 
specified shift count is greater than 31 , the assembler issues a warning and 
sets the constants to its 5 LSBs. 

1 



N Unaffected 






C set to the value of bit [32 


-constant], 


for shift cc 


Z 1 if the result is 0, otherwise 




V Unaffected 






Code 


Before 


After 






A1 


A1 


NCZV 


SLL 0,A1 


OOOOOOOOh 


OOOOOOOOh 


xO 1 X 


SLL 0,A1 


88888888h 


88888888h 


xOOx 


SLL 1,A1 


88888888h 


11111110h 


x1 Ox 


SLL 4,A1 


88888888h 


88888880h 


xOOx 


SLL 30, Al 


FFFFFFFCh 


OOOOOOOOh 


X1 1 X 


SLL 31, Al 


FFFFFFFCh 


OOOOOOOOh 


xO 1 X 



13-235 



SLL Shift Left Logical, Register 



Syntax 
Execution 
instruction Words 

Description 



SLL Rs,Rd 

left-shift Rd by 5 LSBs of Rs -> Rd 



15 


14 


13 


12 


11 


10 


9 


8 


7 6 


5 


4 


3 


2 1 








1 


1 











1 


Rs 


R 


Rd 



SLL left-shifts the contents of the destination register by a specified number 
of bits. The shift count is specified by the 5 LSBs of Rs (the 27 MSBs are 
ignored); this produces a shift count between and 31 . 

The last bit shifted out of the destination register (the original value of bit [32 
- Rs]) is shifted into the carry bit. Os are shifted into the LSBs. This instruction 
differs from the SLA instruction only in its effect on the overflow (V) bit. 






31 



-^--Os 



MSB 



LSB 



Mactiine States 
Status Bits 



Exampies 



Rs and Rd must be in the same register file. 

1 

N Unaffected 

C set to the value of bit [32 - Rs], for shift count of 

Z 7 if the result is 0, othen/vise 

V Unaffected 



CqcJ? 


B^fprq 




After 






5 LSBs AG 


A1 


A1 


NCZV 


SLL A0,A1 


00000 


OOOOOOOOh 


OOOOOOOOh 


xO 1 X 


SLL A0,A1 


00000 


88888888h 


88888888h 


xOOx 


SLL AO.Al 


00001 


88888888h 


IllllllOh 


x1 Ox 


SLL A0,A1 


00100 


88888888h 


88888880h 


xOOx 


SLL AO.Al 


11110 


FFFFFFFCh 


OOOOOOOOh 


x1 1x 


SLL A0,A1 


11111 


FFFFFFFCh 


OOOOOOOOh 


xO 1 X 
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TMS34020 Assembly Language Instruction Set 



Shift Right Arithnnejic, Constant S R A 



Syntax 
Execution 
Instruction Words 

Description 



SRA constant, Rd 

right-shift Rd by constant -> Rd 



15 


14 


13 


12 


11 


10 


9 8 7 6 5 


4 


3 


2 1 











1 





1 





2s complement of constant 


R 


Rd 



SRA right-shifts the contents of the destination register by a specified number 
of bits. The shift count is specified by constant which is a 5-bit innmediate value; 
this produces a shift count of to 31 . 

The last bit shifted out of the destination register (the original value of 
[constant-1]) is shifted into the carry bit. The sign bit (MSB) is extended into 
the MSBs. 



31 


::||i:::;>;f|lgi| 





iiiiiPliltS^iiiiiiiiiiiSi? lo 


S 

1 






fiWMMMMWi:M'BM'§ 




?i;li isiiiiill: 11 iiiiiiiiioli 



MSB 



LSB 



/lfac/7/ne States 
Status Bits 



Examples 



The assembler accepts only absolute expressions for the shift count. If the 
specified shift amount is greater than 31, the assembler issues a warning, 
takes the 2s complement of the constant and places it in the opcode. 

1 

N 7 if the result is negative, otherwise 

C Set to the value of [constant - 1], for shift count of 

Z 7 if the result is 0, othenA/ise 

V Unaffected 



Code 


Before 


After 






A1 


A1 


NCZV 


SRA 0,A1 


OOOOOOOOh 


OOOOOOOOh 


001 X 


SRA 0,A1 


FFFFOOOOh 


FFFFOOOOh 


1 OOx 


SRA 8,A1 


7FFF0000h 


007FFF00h 


OOOx 


SRA 8,A1 


FFFFOOOOh 


FFFFFFOOh 


1 OOx 


SRA 30, Al 


7FFF0000h 


00000001 h 


01 Ox 


SRA 31, Al 


7FFF0000h 


OOOOOOOOh 


01 1 X 


SRA 31, Al 


FFFFOOOOh 


FFFFFFFFh 


1 1 Ox 
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SRA Shift Right Arithmetic, Register 



Syntax 
Execution 
Instruction Words 

Description 



SRA Rs,Rd 

right-shift Rd by 2s complement of 5 LSBs in Rs -> Rd 

15 14 13 12 11 10 9 8 7 6 5 4 






1 


1 








1 





Rs 


R 


Rd 



SRA right-shifts the contents of the destination register by a specified number 
of bits. The shift amount is specified by the 2s complement-of the 5 LSBs of 
Rs (the 27 MSBs of Rs are ignored) ; this produces a shift count between and 
31. 

The last bit shifted out of the destination register (the original value of bit 
[shift amount- 1]) is shifted into the carry bit. The sign bit (MSB) is extended 
into the MSBs. 



31 





||||;||ij|:|j||j|||:j 


c 


|:| 


S 

1 




'M'Mifm:Mii^^^ 




1 






m 


MSE 
1 


5 LSB 


^^^^^^M 




1 



Machine States 


1 












Status Bits 


N 7 if the result is negative 


, otherwise 








C Set to the value of bit [shift amount - 1], 


for shift count of 




Z 1 if the result is 0, 


othenA/ise 








V Unaffected 










Examples 


Code 


Before 






After 








5 LSBs AO 


A1 


A1 


NCZV 




SRA A0,A1 


00000 




OOOOOOOOh 


OOOOOOOOh 


001 X 




SRA A0,A1 


00000 




FFFFOOOOh 


FFFFOOOOh 


1 OOx 




SRA A0,A1 


11111 




7FFF0000h 


3FFF8000h 


OOOx 




SRA A0,A1 


11111 




FFFFOOOOh 


FFFFSOOOh 


1 OOx 




SRA A0,A1 


11000 




7FFF0000h 


007FFF00h 


OOOx 




SRA A0,A1 


11000 




FFFFOOOOh 


FFFFFFOOh 


1 OOx 




SRA AO.Al 


00010 




7FFF0000h 


00000001 h 


01 Ox 




SRA A0,A1 


00001 




7FFF0000h 


OOOOOOOOh 


01 1 X 




SRA A0,A1 


00001 




FFFFOOOOh 


FFFFFFFFh 


1 1 Ox 
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TMS34020 Assembly Language Instruction Set 



Shift Right Logical, Constant SRL 



Syntax 
Execution 
Instruction Words 

Description 



SRL constant, Rd 

right-shift Rd by constant -> Rd 

15 14 13 12 11 10 9 8 









1 





1 


1 


2s complement of constant 


R 


Rd 



SRL right-shifts the contents of the destination register by a specified number 
of bits. The shift amount is specified by the constant which is a 5-bit immediate 
value; this produces a shift count between and 31 . 

The last bit shifted out of the destination register (the original value of 
[constant-1]) is shifted into the carry bit. Os are shifted into the MSBs. 



31 



Os ► 



MSB 



LSB 



Mactiine States 
Status Bits 



Examples 



The assembler accepts only absolute expressions for the shift count. If the 
specified shift amount is greater than 31, the assembler issues a warning, 
takes the 2s complement of the constant and places it in the opcode. 

1 

N Unaffected 

C Set to the value of [constant - 1], for shift count of 

Z 1 \\ the result is 0, othen/vise 

V Unaffected 



CQde 


Before 


After 






A1 


A1 


NCZV 


SRL 0,A1 


OOOOOOOOh 


OOOOOOOOh 


xO 1 X 


SRL 0,A1 


7FFFFFFFh 


7FFFFFFFh 


xO Ox 


SRL 1,A1 


7FFFFFFFh 


SFFFFFFFh 


x1 Ox 


SRL 8,A1 


TFFFOOOOh 


007FFF00h 


xOOx 


SRL 30, Al 


7FFF0000h 


00000001 h 


X 1 Ox 


SRL 31,A1 


7FFF0000h 


OOOOOOOOh 


Xl 1 X 


SRL 31, Al 


SFFFOOOOh 


OOOOOOOOh 


xO 1 X 
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SRL Shift Right Logical, Register 



Syntax 
Execution 
Instruction Words 

Description 



SRL Rs,Rd 

right-shift Rd by 2s complement of 5 LSBs in Rs 



Rd 



15 


14 


13 


12 


11 


10 


9 


8 


7 6 


5 


4 


3 


2 1 








1 


1 








1 


1 


Rs 


R 


Rd 



SRL right-shifts the contents of the destination register by a specified number 
of bits. The shift amount is specified by the 2s complement of the 5 LSBs of 
Rs (the 27 MSBs of Rs are ignored); this produces a shift value of to 31 . 

The last bit shifted out of the destination register (the original value of bit 
[shift amount - 1]) is shifted into the carry bit. Os are shifted into the MSBs. 



31 



Os ^ 



MSB 



LSB 



Machine States 


1 










Status Bits 


N Unaffected 










C Set to the value of bit [shift amount - 1], 


for shift count of 




Z 1 if the result is 0, otherwise 








V Unaffected 








Examples 


Cpde 


Before 




After 








5 LSBs AO 


A1 


A1 


NCZV 




SRL A0,A1 


00000 


OOOOOOOOh 


OOOOOOOOh 


xO 1 X 




SRL A0,A1 


00000 


7FFFFFFFh 


7FFFFFFFh 


xOOx 




SRL A0,A1 


11111 


TFFFFFFFh 


SFFFFFFFh 


X 1 Ox 




SRL A0,A1 


11000 


7FFF0000h 


007FFF00h 


xOOx 




SRL AO.Al 


00010 


7FFF0000h 


00000001 h 


X 1 Ox 




SRL A0,A1 


00001 


TFFFOOOOh 


OOOOOOOOh 


Xl 1 X 




SRL A0,A1 


00001 


SFFFOOOOh 


OOOOOOOOh 


xO 1 X 
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TMS34020 Assembly Language Instruction Set 



Subtract Registers SUB 



Syntax 
Execution 
Instruction Words 

Description 



Machine States 
Status Bits 



Examples 



SUB Rs.Rd 
Rd-Rs -> Rd 



15 


14 


13 


12 


11 


10 


9 


8 


7 6 


5 


4 


3 


2 1 








1 











1 





Rs 


R 


Rd 



SUB subtracts the contents of the source register from the contents of the 
destination register and stores the result in the destination register. 

You can accomplish multiple-precision arithmetic by using SUB in conjunction 
with the SUBB instruction. 

Rs and Rd must be in the same register file. 

1 

N 1 \i the result is negative, othenA^ise 

C y if there is a borrow, otherwise 

Z 1 if the result is 0, otherwise 

V 1 if there is an overflow, otherwise 



Code 


Before 




Aft^r 






AO 


A1 


NCZV 


AO 


SUB A1,A0 


7FFFFFF2h 


7FFFFFF1h 


0000 


00000001 h 


SUB A1,A0 


7FFFFFF2h 


7FFFFFF2h 


001 


OOOOOOOOh 


SUB A1,A0 


7FFFFFF1h 


7FFFFFF2h 


1 1 00 


FFFFFFFFh 


SUB A1,A0 


7FFFFFF1h 


FFFFFFFFh 


01 00 


7FFFFFF2h 


SUB A1,A0 


7FFFFFFFh 


FFFFFFFFh 


1101 


SOOOOOOOh 


SUB A1,A0 


FFFFFFFDh 


FFFFFFFFh 


1 1 00 


FFFFFFFEh 


SUB A1,A0 


FFFFFFFDh 


FFFFFFFDh 


001 


OOOOOOOOh 


SUB A1,A0 


FFFFFFFEh 


FFFFFFFDh 


0000 


00000001 h 


SUB A1,A0 


FFFFFFFFh 


00000001 h 


1 000 


FFFFFFFEh 


SUB A1,A0 


SOOOOOOOh 


00000001 h 


0001 


7FFFFFFFh 
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S U B B Subtract Registers with Borrow 



Syntax 
Execution 
Instruction Words 

Description 



Mactiine States 
Status Bits 



Examples 



SUBB Rs.Rd 

Rd - Rs - C -> Rd (the carry bit acts as a borrow) 



15 


14 


13 


12 


11 


10 


9 


8 


7 6 


5 


4 


3 


2 1 








1 











1 


1 


Rs 


R 


Rd 



SUBB subtracts both the contents of the source register and the carry bit fronn 
the contents of the destination register, and stores the result in the destination 
register. 

You can use this instruction with the SUB, SUBK, and SUB! instructions for 
extended-precision arithmetic. 

Rs and Rd must be in the same register file. 

1 

N y if the result is negative, otherwise 

C /if there is a borrow, othenA/ise 

Z /if the result is 0, otherwise 

V 1 if there is an overflow, otherwise 



Cpde 




Before 




After 








C 


AG 


A1 


NCZV 


AG 


SUBB 


A1,A0 





00000002h 


00000001 h 


0000 


OOOOOOOIh 


SUBB 


A1,A0 


1 


00000002h 


00000001 h 


001 


OOOOOOOOh 


SUBB 


A1,A0 





00000002h 


00000002h 


0010 


OOOOOOOOh 


SUBB 


A1,A0 


1 


00000002h 


00000002h 


1 1 00 


FFFFFFFFh 


SUBB 


A1,A0 





00000002h 


00000003h 


1 1 00 


FFFFFFFFh 


SUBB 


Al.AO 





7FFFFFFEh 


FFFFFFFFh 


01 00 


7FFFFFFFh 


SUBB 


A1,A0 





7FFFFFFEh 


FFFFFFFEh 


1101 


SOOOOOOOh 


SUBB 


A1,A0 


1 


7FFFFFFEh 


FFFFFFFEh 


0100 


7FFFFFFFh 


SUBB 


Al.AO 





FFFhhhFEh 


FFFFFFFFh 


1 1 00 


FFFFFFFFh 


SUBB 


A1,A0 





FFFFFFFEh 


FFFFFFFEh 


0010 


OOOOOOOOh 


SUBB 


A1,A0 


1 


FFFFFFFEh 


FFFFFFFEh 


1 1 00 


FFFFFFFFh 


SUBB 


A1,A0 





FFFFFFFEh 


FFFFFFFDh 


0000 


OOOOOOOIh 


SUBB 


A1,A0 


1 


FFFFFFFEh 


FFFFFFFDh 


001 


OOOOOOOOh 


SUBB 


A1,A0 





80000001 h 


00000001 h 


1 000 


SOOOOOOOh 


SUBB 


A1,A0 


1 


80000001 h 


00000001 h 


0001 


7FFFFFFFh 


SUBB 


A1,A0 





80000001 h 


00000002h 


0001 


7FFFFFFFh 
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TMS34020 Assembly Language Instruction Set 



Subtract Immediate, 16 Bits SUBI 



Syntax 
Execution 
Instruction Words 

Description 



Machine States 
Status Bits 



Examples 



SUBI IW,Rd[,yN] 
Rd-IW -> Rd 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 1 

















1 





1 


1 


1 


1 


1 


R 


Rd 


1s complement of IW 



SUBI subtracts a sign-extended, 16-bit imnnediate value from the contents of 
the destination register, and stores the result in the destination register. (The 
IL in the syntax represents a sign-extended, 16-bit innnnediate value.) 

The assembler uses this form of the SUBI instruction if the immediate value 
was previously defined and is in the range -32,768 to 32,767. You can force 
the assembler to use the short form by following the register operand with ,W: 

SUBI IW, Rd, W 

The assembler truncates any upper bits and issues an appropriate warning 
message. You can accomplish multiple-precision arithmetic by using SUBI in 
conjunction with the SUBB instruction. 



N 1 if the result is negative, otherwise 

C 1 if there is a borrow, otherwise 

Z 1 if the result is 0, othenA/ise 

V y if there is an overflow, othenA/ise 



Code 




Before 


After 








AO 


AO 


NCZV 


SUBI 


32765, AO 


00007FFEh 


00000001 h 


0000 


SUBI 


32766, AO 


00007FFEh 


OOOOOOOOh 


001 


SUBI 


32767, AO 


00007FFEh 


FFFFFFFFh 


1 1 00 


SUBI 


32766, AO 


80007FFEh 


80000000h 


1 000 


SUBI 


32767, AO 


80007FFEh 


7FFFFFFFh 


0001 


SUBI 


-32766, AO 


FFFF8001h 


FFFFFFFFh 


1 1 00 


SUBI 


-32767, AO 


FFFFBGOIh 


OOOOOOOOh 


001 


SUBI 


-32768, AO 


FFFF8001h 


00000001 h 


0000 


SUBI 


-32767, AO 


FFFFBGOOh 


7FFFFFFFh 


01 00 


SUBI 


-32768, AO 


7FFF8000h 


80000000h 


1101 
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S U B I Subtact Immediate, 32 Bits 



Syntax 
Execution 
Instruction Words 



Description 



Mactiine States 



Status Bits 



Examples 



SUBI IL,Rd[,L] 
Rd-IL -> Rd 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 1 

















1 


1 





1 











R 


Rd 


1s complement of 16 LSBs of IL 


Is complement of 16 MSBs of IL 



SUBI subtracts a signed 32-bit immediate value from the contents of the desti- 
nation register, and stores the result In the destination register. (The IL in the 
syntax represents a signed 32-bit immediate value.) 

The assembler uses this version of the SUBI instruction if it cannot use the 
SUBI IW,Rd opcode, or if you request the long opcode by following the register 
operand with ,L: 

SUBI IL, Rd, L 

You can accomplish multiple-precision arithmetic by using SUBI in conjunction 
with the SUBB instruction. 

2 if immediate data is long-word aligned 

3 if immediate data is not long-word aligned 

N y if the result is negative, otherwise 

C 1 if there is a borrow, othenA/ise 

Z 1 if the result is 0, otherwise 

V 7 if there is an overflow, otherwise 



Code 




Before 


After 








AO 


AO 


NCZV 


SUBI 


2147483647, AO 


7FFFFFFFh 


OOOOOOOOh 


0001 


SUBI 


32768, AO 


00008001 h 


00000001 h 


0000 


SUBI 


32769, AO 


00008001 h 


OOOOOOOOh 


001 


SUBI 


32770, AO 


00008001 h 


FFFFFFFFh 


1 1 00 


SUBI 


32768, AO 


80008000h 


SOOOOOOOh 


1 000 


SUBI 


32769, AO 


80008000h 


7FFFFFFFh 


0001 


SUBI 


-2147483648, AO 


80000000h 


OOOOOOOOh 


001 


SUBI 


-32769, AO 


FFFF7FFEh 


FFFFFFFFh 


1 1 00 


SUBI 


-32770, AO 


FFFF7FFEh 


OOOOOOOOh 


001 


SUBI 


-32771, AO 


FFFF7FFEh 


00000001 h 


0000 


SUBI 


-32770, AO 


7FFF7FFDh 


7FFFFFFFh 


01 00 


SUBI 


-32771, AO 


7FFF7FFDh 


SOOOOOOOh 


1101 
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TMS34020 Assembly Language Instruction Set 



Subtract Constant S U B K 



Syntax 
Execution 
Instruction Words 

Description 



Machine States 
Status Bits 



Examples 



SUBK constant, Rd 
Rd- constant -> Rd 



15 


14 


13 


12 


11 


10 


9 


8 7 6 


5 


4 


3 


2 1 














1 





t 


constant 


R 


Rd 



SUBKsubtracts the 5-bit constantfrom the contents ofthe destination register; 
the result is stored in the destination register. The constant is an unsigned num- 
ber in the range 1 — 32. Note that constant=0 in the opcode corresponds to the 
value 32; the assembler converts the value 32 to 0. Using this instruction, the 
assembler issues an error If you try to subtract from a register. 

You can accomplish multiple-precision arithmetic by using SUBK in conjunc- 
tion with the SUBB instruction. 

1 

N 1 if the result is negative, otherwise 

C 1 if there is a borrow, othen^/ise 

Z y if the result is 0, othenA/ise 

V 1 if there is an overflow, otherwise 







AO 


AO 


NCZV 


SUBK 


5,A0 


00000009h 


00000004h 


0000 


SUBK 


9,A0 


00000009h 


OOOOOOOOh 


001 


SUBK 


32, AO 


00000009h 


FFFFFFEQh 


1 1 00 


SUBK 


1,A0 


SOOOOOOOh 


7FFFFFFFh 


0001 



13-245 



S U BXY Subtract Registers in XY Mode 



Syntax 
Execution 

Instruction Words 
Description 



Machine States 
Status Bits 



Examples 



SUBXY Rs,Rd 

Rd.X-Rs.X -^ Rd.X 
Rd.Y-Rs.Y -> Rd.Y 



15 


14 


13 


12 


11 


10 


9 


8 


7 6 


5 


4 


3 


2 1 





1 


1 


1 











1 


Rs 


R 


Rd 



SUBXY subtracts the source X and Y values individually from the destination 
X and Y values; the result is stored in the destination register. 

You can use this instruction for manipulating XY addresses; it is particularly 
useful for incremental figure drawing. These addresses are stored as XY pairs 
in the register file. 

Rs and Rd must be in the same register file. 

1 

N 1 if source X field = destination X field, otherwise 

C 7 if source Y field > destination Y field, otherwise 

Z 1 if source Y field = destination Y field, otherwise 

V /if source X field > destination X field, otherwise 



Code 




Before 




After 








AO 


A1 


AO 


NCZV 


SUBXY 


A1,A0 


00090009h 


0001 0001 h 


00080008h 


0000 


SUBXY 


A1,A0 


00090009h 


00090001 h 


OOOOOOOSh 


001 


SUBXY 


Al.AO 


00090009h 


00010009h 


OOOSOOOOh 


1 000 


SUBXY 


A1,A0 


00090009h 


00090009h 


OOOOOOOOh 


1 01 


SUBXY 


A1,A0 


00090009h 


0000001 Oh 


0009FFF9h 


0001 


SUBXY 


A1,A0 


00090009h 


0009001 Oh 


0000FFF9h 


001 1 


SUBXY 


A1,A0 


00090009h 


OOlOOOOOh 


hhh90009h 


01 00 


SUBXY 


A1,A0 


00090009h 


00100009h 


FFF90000h 


1 1 00 


SUBXY 


A1,A0 


00090009h 


001 0001 Oh 


FFF9FI-h9h 


01 01 
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TI\/1S34020 Assembly Language Instruction Set 



Swap Field SWAPF 



Syntax 
Execution 

Instruction Words 
Description 



SWAPF *Rs, Rd,0 

Field specified by *Rs and FSO -> Rd 
Rd -> field specified by *Rs and FSO 



15 


14 


13 


12 


11 


10 


9 


8 


7 6 


5 


4 


3 


2 1 








1 


1 


1 


1 


1 


1 


Rs 


R 


Rd 



This instruction performs a read (modify) write operation on a field in the 
memory space. It exchanges the field specified by the contents of Rs and FSO 
with Rd. The new contents of Rd are right-justified and either sign- or zero- 
extended, depending on the value of FEO. 

The main reason for the inclusion of this instruction is to allow the implementa- 
tion of the fesfandsef and fesf and c/earoperations needed for the lowest level 
of interprocess and interprocessor synchronization. 

Note that this instruction does not complete until the write is complete (implicit 
MWAIT). This makes the instruction useful in some I/O register operations. 
Once the instruction starts, host access requests will not be granted until all 
the memory SWAPF accesses required are complete. If the read (modify) write 
is interrupted after the read by a screen refresh or a loss of of bus grant (Gl 
high) , or if a retry or bus fault occurs at any time during the cycle, the operation 
is restarted from the beginning of the read. This makes the operation indivis- 
ible. The bus lock status code is output during all SWAPF cycles. 



Note: 

The following restrictions apply to SWAPF: 

1 ) The field must not span a 32-bit word boundary. The field is ignored if any 
part of it is not contained in the same 32-bit word specified by the bit 
address contained in Rs. 

2) If SWAPF is used to access 1 6-bit memories, any part of the field not con- 
tained in the first 16-bit word is Ignored. 



Machine States 
Status Bits 



Refer to Section 15.1 on page 15-2. 

N / if the field-extended data moved to register is negative, otherwise. 

C Unaffected 

Z 1 if the field-extended data moved to register 0, othenA/ise. 

V 
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SWAPF Swap Field 



Examples 



SETF 1,0,0 
MOVI SEMA,A1 
WAS_SET: MOVK 1,A0 

SWAPF *A1,A0 
JRNE WAS_SET 

SETF 1,0,0 
MOVI SEMA,A1 
WAS_CLR: CLR AO 

SWAPF *A1,A0 
JREQ WAS_CLR 

MOVI C0NTR0L+5,A1 
SETF 10,0,0 
MOVI NEWMODE,A0 
SWAPF *A1,A0 
CALL GRAPHOP 
MOVE AO , *A1 , 



Test and Set— wait for resource 

Single bit 

Bit to test and set 

Set is not already set 

Test and set 

Already set— did not get resource 

Test and Clear— wait for resource 

Single bit 

Bit to test and clear 

Clear if not already clear 

Test and clear 

Already clear— did not get resource 

Graphics mode save 

Point at CONTROL register 

Ten bits 

New value 

Read oldmode, set new mode 

Perform some operation 

Restore old mode 
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TMS34020 Assembly Language Instruction Set 



Trapezoidal Fill TFILL 



Syntax 
Execution 



TFILL XY 

C0L0R1 pixels fill the horizontal line from (X^, Y) to (X2, Y) then 

Xi : = Xi + DX-i 
X2 '. = X2 + DX2 
Y := Y+1 



Instruction Words 



Description 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 

















1 


1 


1 





1 


1 


1 


1 


1 





1 






TFILL draws a horizontal line and then adjusts its implied operands. The oper- 
ands are set so that each subsequent call to TFILL will draw one more horizon- 
tal line, creating lines that build up to form a trapezoid. 

The trapezoid is defined as shown in the diagram: 
Figure 13-11. A Trapezoidal Fill 



-X2- 



-J 



DX2 



-X1- 



I 



DX1 



horizontal 



^ 

line 1 






line 2 




lines 


line 4 









N 

line 1 




line 2 


lines 


line 4 



horizontal 



y screen 



Note that the coordinate parameters for this instruction are specified in the 
fixed-point format; that is, the 1 6 MSBs define the signed part of the coordinate 
and the 1 6 LSBs define the fractional part of the coordinate. This is the case 
for both X and Y coordinates, although the Y coordinate will never have a 
fractional part. 

The DX-i and DX2 values can have fractional components. This allows for 
nonintegral slopes at the trapezoid sides. The fractional components are used 
to determine the new endpoints for the next line. However, only the 1 6 MSBs 
are used to determine the XY address of the endpoints. 

Note that if X2 ^ X-j no pixels are drawn, but the contents of X-i and X2 are still 
incremented by DXi and DX2 respectively. 
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TFILL Trapezoidal Fill 



Implied Operands 



Pixel Processing 



Window Checking 
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Register 1 


Name 


Format 


Description 


BO 


SADDR 


Fixed 


X coordinate of X1 


B1 


SPTCH 


Fixed 


DX1 (adjustment for X1) 


82 


DADDR 


XY 


Used as temp (not user determined) 


B3 


DPTCH 


Linear 


Destination pixel array pitch (usually 
screen pitch) 


B4 


OFFSET 


Linear 


Screen offset 


B5 


WSTART 


XY 


Window start 


B6 


WEND 


XY 


Window end 


B7 


DYDX 


Fixed 


X coordinate of of X2 


B9 


C0L0R1 


Pixel 


Foreground color 


B10 


MADDR 


Fixed 


DX2 (adjustment for X2) 


B11 


MPTCH 


Fixed 


Y coordinate of X1 and X2 




Address 


Name 


Description and Elements (Bits) 


COOOOOBOh 


CONTROL 


PP — Pixel-processing operations (22 options) 

W — Window checking operation 

T — Transparency operation 

TMODE — Selects 1 of 3 transparency options 


C0000140h 


GONVDP 


XY-to-linear conversion (destination pitch) 


C0000150h 


PSIZE 


Pixel 


size (1,2,4,8,1 6,32) 


C0000160h 


PMASK (32 
bits) 


I Plane mask - pixel format 



To set up the initial values for X-| , X2, and Y from 2 starting addresses (X-| , Y) 
and (X2, Y), complete the following steps: 

1 ) Use MOVY to copy the Y address into MPTCH. 

2) Use SLL to shift the 2 XY addresses left by 1 6 bits. This results in 2 fixed- 
point X coordinates. 

3) Use MOVY to copy the 2 X addresses into SADDR and DYDX, respec- 
tively. 

Pixel processing can be used with this instruction. PPGPlCONTROL] speci- 
fies the pixel-processing operation that is applied to pixels as they are 
processed with the destination array. There are 16 Boolean and 6 arithmetic 
operations; the default case at reset is the replace (S -> D) operation. Note that 
the destination data is read through the plane mask and then processed. The 
6 arithmetic operations do not operate with a pixel size of 1 bit per pixel. For 
more information, refer to Section 12.8, Pixel Processing , on page 12-27. 

The window operations can be used with this instruction. For more information, 
refer to Section 12.7, Window Checking , on page 12-19. 

TMS34020 Assembly Language Instruction Set 



Trapezoidal Fill TFILL 



Transparency 



Interrupts 



Plane Masking 



Status Bits 



Example 



You can enable transparency for this instruction by setting TiCONTROIJ to 1 . 
Select 1 of 3 transparency modes by setting TM [CONTROL]]. For nnore infor- 
mation, refer to Section 12.9, Transparency , on page 12-36. 

Tliis instruction can be interrupted at a word or row boundary of the destination 
array. For more information, refer to Section 6.6, Interrupting Graphics Opera - 
tions , on page 6-13. 

The plane mask is enabled for this instruction. For more information, refer to 
Section 12.10, Plane Masking , on page 12-39. 

N Unaffected 

C Unaffected 

Z Unaffected 

V Unaffected 

This is an example of a C-compatible assembly routine which draws trape- 
ziums on the screen, using the TFILL instruction.This function has 6 argu- 
ments: 

(x1 a, x2a, ya) - coordinates of top of trapezoid 
(x1 b, x2b, yb) - coordinates of bottom of trapezoid 

This routine assumes the following registers have been initialized by the caller: 

B-file registers DPTCH, OFFSET WSTART, WEND, and C0L0R1 
I/O registers CONTROL, CONVDP, PSIZE and PMASK 



STK 


.set 


A14 


SADDR 


.set 


BO ; 


SPTCH 


.set 


Bl 


DYDX 


.set 


B7 ; 


MADDR 


.set 


BIO 


MPTCH 


.set 


Bll ; 


tfill: 








mmtm 


SP,B0,B1,B2,B7,B10,B1 




move 


STK,B14 




move 


*-B14,SADDR,l ; 




sll 


16, SADDR 




move 


*-Bl4,DyDX,l ; 




sll 


16, DYDX 




move 


*-B 14, MPTCH, 1 




move 


*-B 14, SPTCH, 1 




sll 


16, SPTCH ; 




move 


*-B14,B13,l ; 




sll 


16,B13 ; 




move 


*-Bl4,B12,l 




move 


B14,STK ; 




sub 


SADDR, SPTCH 




sub 


DYDX,B13 




sub 


MPTCH, Bl 2 ; 




divs 


B12, SPTCH 



C-parameter stack pointer 
Source address register 
Source pitch register 
Delta X/delta Y register 
Mask address register 
Mask pitch register 



.globl _tfill 



B11,B12,B13,B14 

get C-parameter stack into B—file 

pop xla 

convert to fixed point 

pop x2a 

convert to fixed point 

pop ya 

pop xlb 

convert to fixed point 

pop x2b 

convert to fixed point 

pop yb 

update C-parameter stack 

delta xl 

delta x2 

delta y 

dxl 
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TFILL Trapezoidal Fill 



■ *<» <U ^>A«»S>R?<'^'?<S'W5'W^SW»R«r\^ 



divs 



loop: 



B12,B13 



move B13,MADDR 
sll 16,MPTCH 



;dxl (cant use MADDR since divs 
; requires odd numbered register) 
;copy into MADDR 
; convert y to fixed point 



tfill 

dsjs B12,loop 

mfm SP,B0,B1,B2,B7,B10,B11,B12,B13,B14 

rets 2 
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TMS34020 Assembly Language Instruction Set 



Software Interrupt TRAP 



Syntax 
Execution 

Instruction Words 
Description 



TRAP N 

PC -> -*SP 
ST -> -*SP 
trap vector A/ -> PC 

15 14 13 12 11 



10 















1 








1 











N 



TRAP executes a software interrupt. The N parameter is a trap number from 
to 31 that selects the trap to be executed. During a software interrupt: 

Ql The 32-bit return address, PC (the address of the next instruction), is 
pushed on the stack. 

Ql The 32-bit status register, ST, is pushed on the stack. 

Q The stack pointer, SP, is decremented by 64. 

□ The IE (interrupt enable) bit in ST is set to 0, disabling maskable interrupts, 
and ST is set to 0000001 Oh. 

□ Finally, the trap vector is loaded into the PC. 

The TMS34020 generates the trap vector addresses as shown on the following 
page: 
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TRAP Software Interrupt 

Figure 13-12. Vector Address Map 

Trap Number 



1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

11 

12 

13 

14 

15 

16 

29 
30 
31 



Address 


Name 


FFFF FFEOh 


Reset 


FFFF FFCOh 


INT1 


FFFF FFAOh 


INT2 


FFFF FF80h 




FFFF FF60h 


^^^^^M. 


FFFF FF40h 


^^^^^^^M 


FFFF FF20h 


^^^^^^M. 


FFFF FFOOh 


'^^^^^^^ 


FFFF FEEOh 


NMI 


FFFF FECOh 


HI 


FFFF FEAOh 


Dl 


FFFF FE80h 


WV 


FFFF FE60h 


^^^^^^M 


FFFF FE40h 


^^^^^^M 


FFFF FE20h 
FFFF FEOOh 


iimB 


FFFF FDEOh 


llllllli 


FFFF FC40h 


FFFF FC20h 


ILLOP 


FFFF FCOOh 


Trap 31 



Description 

Reset 

External Interrupt 1 

External interrupt 2 

Reserved for future 
hardware or on-chip 
interrupts 

Nonmaskable interrupt 
Host interrupt 
Display interrupt 
Window violation interrupt 

Reserved for future 
hardware or on-chip 
interrupts 



Application defined 

Illegal opcode interrupt 
Application defined 



-32 bits - 



Note: Traps 0—31 may be accessed by either TRAP or TRAPL Instructions. 

The stack, which is located in external memory, grows toward lower 
addresses. Unlike an interrupt, a software trap cannot be disabled. 

I ^ — , 

Note: 

1 ) TRAP differs from all other traps; it does not save the old status register 
or program counter. This may be useful in cases where the stack pointer 
is corrupted or uninitialized; such a situation could cause an erroneous 
write. 

2) NMIMlHSTCTLHl does not affect the operation of TRAP 8: the PC and 
ST are always pushed onto the stack. 



Machine States 



7 if TRAP 0, 

else 10 if ST aligned, 

else 12 
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Software Interrupt TRAP 



Status Bits 


N 







C 







Z 







V 






Examples 



Assume that memory contains the following values before instruction 
execution: 



Address 


Data 










FFFFFCOO 


0000 










FFFFFC10 


FFEO 










FFFFFC20 


0000 










FFFFFC30 


FFDO 










FFFFFFCO 


0000 










FFFFFFDO 


FFBO 










FFFFFFEO 


0000 










FFFFFFFO 


FFAO 










Code Before 




After 






PC 




SP 


PC 


SP 


ST 


TRAP xxxxxxxxh 


80000000 


FFAOOOOO 


80000000h 


OOOOOOlOh 


TRAP 1 xxxxxxxxh 


80000000 


FFBOOOOO 


VFFFFFCOh 


OOOOOOlOh 


TRAP 30 xxxxxxxxh 


80000000 


FFDOOOOO 


7FFFFFC0h 


OOOOOOlOh 


TFIAP 31 xxxxxxxxh 


80000000 


FFEOOOOO 


TFFFFFCOh 


OOOOOOlOh 
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TRAPL Software Interrupt, Signed 



Syntax 
Execution 

Instruction Words 
Description 



TRAPL 

PC -^ -*SP 
ST -> -*SP 
trap vector A/ -^ PC 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 

















1 























1 


1 


1 


1 


1 6-bit trap number A/ 



TRAPL executes a software interrupt. The N parameter is a signed number 
from -32,768 to 32,767. The trap address is formed by taking the 1 6-bit signed 
immediate operand A/, shifting it left by 5 bits and then sign-extending it. TRAPL 
can cover a significantly larger address range than the TRAP instruction. 
During a software interrupt: 

Qi The 32-bit return address, PC (the address of the next instruction), is 
pushed on the stack. 

□ The 32-bit status register, ST, is pushed on the stack. 

Qi The stack pointer, SP, is decremented by 64. 

Q The IE (interrupt enable) bit in ST is set to 0, disabling maskable interrupts, 
and ST is set to 0000001 Oh. 

□i Finally, the trap vector is loaded into the PC. 

Note that unlike TRAP 0, the TRAPL is not treated as an exception. That is, 
TRAPL saves the PC and ST on the stack, whereas TRAP does not. 

The TMS34020 generates the trap vector addresses as shown on the following 
page: 
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TMS34020 Assembly Language Instruction Set 



Software Interrupt, Signed TRAPL 



Figure 13-13. Vector Address Map 

Trap Number 

-32768 



-1 

1 
2 
3 
4 
5 
6 
7 
8 
9 

10 
11 
12 
13 
14 
15 
16 

29 
30 
31 
32 
33 
34 



32767 



Address 

OOOF FFEOh 



Name 



0000 
FFFF 
FFFF 
FFFF 
FFFF 
FFFF 
FFFF 
FFFF 
FFFF 
FFFF 
FFFF 
FFFF 
FFFF 
FFFF 
FFFF 
FFFF 
FFFF 
FFFF 

FFFF 
FFFF 
FFFF 
FFFF 
FFFF 
FFFF 



OOOOh 

FFEOh 

FFCOh 

FFAOh 

FF80h 

FF60h 

FF40h 

FF20h 

FFOOh 

FEEOh 

FECOh 

FEAOh 

FE80h 

FE60h 

FE40h 

FE20h 

FEOOh 

FDEOh 

FC40h 
FC20h 
FCOOh 
FBEOh 
FBCOh 
FBAOh 



FFFO OOOOh 



Trap -j32768 
Trap -1 



Reset 



INT1 



INT2 



Traps 
Trap 4 
Traps 
Trap 6 
Trap? 



NMI 



HI 



Dl 



WV 



Trap 12 
Trap 13 
Trap 14 
Trap 15 



Trap 16 



Trap 29 



ILLOP 



Trap 31 



SS 



BF 



Trap 34 



Trap 32767 



-32 bits - 



Description 

Application defined 

Reset 

External interrupt 1 

External interrupt 2 

Reserved for future 
hardware or on-chip 
interrupts 

Nonmaskable interrupt 
Host interrupt 
Display interrupt 
Window violation interrupt 

Reserved for future 
hardware or on-chip 
interrupts 



Application defined 

Illegal opcode interrupt 
Application defined 
Single-Step/Emulator 
Bus fault 

Application defined 



Machine States 



Notes: 1) Traps (-1)— (-32,768) use the memory at the bottom of the address space 
for vector addresses. Traps 0—32,767 use the memory at the top of the ad- 
dress space. 

2) Traps — 31 may be accessed by either TRAP or TRAPL instructions. 

3) Traps (-1)— (-32,768) and 32—32,767 are only accessed by TRAPL. 

4) Traps 3—7 and 12—15 are reserved for future interrupts. 

10 if ST is aligned 
else 12 
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TRAPL Software Interrupt, Signed 



Status Bits 



Examples 



N 

C 

Z 

V 

Assume that memory contains the following values before instruction execu- 
tion: 

Address Data 

FFFFFBCO 0000 
FFFFFBDO FFOE 



FFFFFCOO 


0000 


FFFFFC10 


FFEO 


FFFFFFEO 


0000 


FFFFFFFO 


FFAO 


00000000 


0000 


00000010 


FFOF 


Code 


Before 




PC 


TRAPL -1 


xxxxxxxxh 


TRAPL 


xxxxxxxxh 


TRAPL . 3 1 


xxxxxxxxh 


TRAPL 33 


xxxxxxxxh 



After 
SP PC 

80000000 FFOFOOOO 
80000000 FFAOOOOO 
80000000 FFEOOOOO 
80000000 FFOEOOOO 



SP ST 

7FFFFFC0h OOOOOOlOh 
7FFFFFC0h OOOOOOlOh 
7FFFFFC0h OOOOOOlOh 
TFFFFFCOh OOOOOOlOh 
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Linear VRAM Block Transfer VBLT B, L 



Syntax 
Execution 
Instruction Words 

Description 



Implied Operands 



Pixel Processing 



VBLT B, L 

Binary pixel array -* linear pixel array using VRAM block write 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 

















1 














1 





1 





1 


1 


1 



VBLT moves a binary array of pixels defined by SADDR and DYDX to a 
corresponding block defined by DADDR and DYDX using VRAM block mode 
expansion. Both SADDR and DADDR contain linear starting addresses.There 
is an expansion implicit in the transfer, such that a bit value of / in the source 
data is written to the destination array as a C0L0R1 pixel (from the VRAM 
color register). Source bits of the value leave the corresponding destination 
pixel unchanged. Note this instruction assumes that the VRAM color register 
has been loaded by the VLCOL instruction. For more information, refer to 
subsection 12.5.4, VRAM Block Mode , page 12-14. 

I 1 

Note: 

1) DPTCH must be an integral multiple of 80h, and 

2) this instruction works only if the PSIZE is 4,8,16, and 32. 



1 1 


Register 


Name 


Format 


Description 


BO 


SADDR 


Linear 


Source pixel array address 


81 


SPTCH 


Linear 


Source pixel array pitch 


B2 


DADDR 


Linear 


Destination pixel array address 


B3 


DPTCH 


Linear 


Destination pixel array pitch 


B7 


DYDX 


XY 


Pixel array dimensions 


B14 


TEMP 


Temp 


Intermediate value 




Address 


Name 


Description and Elements (Bits) 


COOOOISOh 


PSIZE 


Pixel size (4,8,16,32) 


cooooieoh 


PMASK (32 bits) Plane mask — pixel format 


COOOOIAOh 


CONFIG 


Bit 


8 (VEN) enables VRAM write mask 




Address 


Name 


Description 




VRAM 

Color Register 


Pixel 


Must have C0L0R1 pixels loaded using VLCOL 


VRAM 
Write Mask 


Pixel 


Loaded automatically when PMASK is written and 
VEN = 1 



Pixel processing is not possible with this instruction, because the pixel data is 
written from the VRAM color register into the VRAM memory array. 
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VBLT B, L Linear VRAM Block Transfer 



Window Checking 
Transparency 

Plane Masking 

Interrupts 

Corner Adjust 
Machine States 
Status Bits 



Example 
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Window checking cannot be used with this instruction. 

Transparency bits are ignored. This instruction has a form of implicit transpar- 
ency in that source pixels which are correspond to destination pixels which 
are not changed. 

The plane mask is implemented in the VRAM using the write mask function, 
enabled by VENCCONFIGl. For more information, refer to Section 12.10, 
Plane Masking , on page 12-39. 

This instruction can be interrupted at a word or row boundary of the destination 
array. For more information, refer to Section 6.6. Interrupting Graphics Instruc - 
tions , on page 6-13. 

Corner adjust cannot be used with this instruction. 

complex instruction 

N Undefined 

C Undefined 

Z Undefined 

V Undefined 

This is an example of a C-compatible assembly routine which draws a charac- 
ter on the screen using the VBLT instruction. It expects the following arguments 
on the C parameter stack: width, height, xleft, ytop, and a pointer to the start 
of the character data. The character data should be a binary representation of 
the character. 

This routine makes the following assumptions: 

Q These B registers and I/O registers have been initialized by the calling 
program: 

B-file registers DPTCH, OFFSET WSTART WEND, COLORO, C0L0R1 

I/O registers CONTROL, CONVDP, PSIZE, PMASK and CONFIG 

Qi The system contains a global flag __vblt_ok which is cleared if the VBLT is 
not possible. Reasons for this, may be: 

■ DPTCH is not an integral multiple of 80 hex 

■ PSIZE is 1 or 2 

■ Pixel processing is not set to replace 

■ Transparency is not set to source equals 

■ The system does not contain VRAMs that support this feature 

TMS34020 Assembly Language Instruction Set 



Trapezoidal Fill TFILL 



STK 


.set 


A14 


SADDR 


.set 


BO 


SPTCH 


.set 


Bl 


DADDR 


. set 


B2 


DPTCH 


.set 


B3 


DYDX 


.set 


B7 




.globl 


_vblt ; pr( 




.ref 


_vblt__ok 


_vblt: 








mmtm 


SP,B0,B1,B2,B7 




move 


STK, BIO 




move 


*-BlO,DYDX,l 




move 


DYDX, SPTCH 




move 


*-BlO,Bl2,l 




sll 


16,B12 




movy 


B12,DYDX 




move 


*-B 10, DADDR, 1 




move 


*~-B10,Bl2,l 




move 


*-B10,SADDR,l 




move 


BIO, STK 




sll 


16,B12 




movy 


B 12, DADDR 




move 


@_vblt__ok,A8,l 




jrz 


no_vblt 


vblt: 


clip 






jrz 


exit 




cvdxyl 


DADDR 




vlcol 






vblt 


B,L 




jruc 


exit 


no_vblt : 








pixblt 


B,XY 


exit: 








mmfm 


SP,B0,B1,B2,B7 


rets 


2 





C-parameter stack pointer 
Source address register 
Source pitch register 
Destination address register 
Dest. pitch register 
Delta X/delta Y register 
provide reference for external calls 

; flag to enable VBLTs 



,B10,B11,B12 ;save required registers 

;move c-stack pointer into B— file 
;get width 

;save the width as source pitch 
;get height 

; concatenate width & height 

;get xleft 

;get ytop 

;get source address 

; restore c-stack pointer 

; concatenate xleft & ytop 
;get state of vblt flag 



;clip to the window 

;if outside the window, exit 

; convert to linear dest address 

;load VRAM color latches 

; perform linear vblt 
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VFILL L Linear VRAM Fast Fill 



Syntax 
Execution 
Instruction Words 

Description 



Implied Operands 



Pixel Processing 

Window Checking 
Transparency 
Plane Masking 

Interrupts 

Corner Adjust 
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VFILL L 

Contents of VRAM color latch -» array of pixels 

15 14 13 12 11 10 9 8 7 6 5 















1 





1 








1 





1 





1 


1 


1 



VFILL fills an array of pixels defined by DADDR and DYDX using the VRAM 
block mode writes. Note this instruction assunnes that the VRAM color register 
has been loaded by the VLCOL instruction. For nnore information, refer to 
subsection 12.5.7, VRAM Block Mode Fill , on page 12-16. 

' Note: ' 

1) DPTCH must be an integral multiple of 80h, and 

2) this instruction works only for PSIZE's 4,8,1 6, and 32. 



I 1 


Register 


Name 


Format 


Description 


B2 


DADDR 


Linear 


Destination pixel block address 


'B3 


DPTCH 


Linear 


Destination pixel block pitch 


B7 


DYDX 


XY 


Pixel block dimensions 




Address 


Name 


Description and Elements (Bits) 


COOOOISOh 


PSIZE 




Pixel size (4,8,16,32) 


cooooieoh 


PMASK 


(32 bits) 


Plane mask — pixel format 


COOOOIAOh 


CONFIG 




Bit 8 (VEN) enables VRAM write mask 




Address 


Name 


Description 




VRAM 

Color Register 


Pixel 


Must have C0L0R1 pixels loaded using VLCOL 


VRAM 
Write Mask 


Pixel 


Loaded automatically when PMASK Is written and 
VEN = 1 



Pixel processing is not possible with this instruction, because the pixel data is 
written from the VRAM color register into the VRAM memory array. 

Window checking cannot be used with this instruction. 

Transparency cannot be used with this instruction. 

The plane mask is implemented in the VRAM using the write mask function, 
enabled by VEN [[CONFIG]. For more information, refer to Section 12.10, 
Plane Masking , on page 12-39. 

This instruction can be interrupted at a word or row boundary of the destination 
array. For more information, refer to Section 6.6, Interrupting Graphics Instruc - 
tions , on page 6-13. 

There is no corner adjust for this instruction. 

TMS34020 Assembly Language Instruction Set 



Linear VRAM Fast Fill VFI LL L 



Machine States 
Status Bits 



Example 



complex instruction 

N Unaffected 

C Unaffected 

Z Unaffected 

V Unaffected 

This is an example of a C-compatible assembly routine which fills a rectangle 
on the screen. The routine takes these 4 arguments: width, height, xleft, and 
ytop. Note that the CLIP instruction is used to clip the rectangle to the screen. 

This routine makes the following assumptions: 

Qi The calling program sets up these registers: 

B-file registers DPTCH, OFFSET, WSTART, WEND and C0L0R1 
I/O registers CONTROL, CONVDP, PSIZE, PMASK and CONFIG 

Qi The system contains a global flag _vfill_ok which is cleared if the VFILL 
Is not possible. Reasons for this may be: 

■ DPTCH is not an integral multiple of 80 hex 

■ PSIZE is 1 or 2 

■ Pixel processing Is not set to replace 

■ Transparency is not set 

■ The system does not contain VRAMs that support this feature 



DADDR 


.set 


B2 


DYDX 


.set 


B7 


CONTROL 


.set 


OCOOOOOBOh 




.globl 


fill rect 




.ref 


_vfill_ok 


_fill_rect: 


mmtm 


SP,B2,B7,B10,B11,B12 




move 


A14,B10 




move 


*-B10,DYDX,l 




move 


*-B10,B12,l 




sll 


16,B12 




movy 


B12,DYDX 




move 


*-B 10, DADDR, 1 




move 


*-BlO,Bl2,l 




move 


B10,A14 




sll 


16,B12 




movy 


B 12, DADDR 




move 


@_vfill_ok,A8,l 




jrz 


no_vfill 




clip 






jrz 


exit 




cvdxyl 


DADDR 




vlcol 






vfill 


L 




jruc 


exit 


no_vfill: 


fill 


XY 


exit: 


mmfm 


SP,B2,B7,B10,B11,B12 




rets 


2 



; Destination address register 

; Delta X/delta Y register 

; Control 10 register 

; provide reference for external calls 

; flag to enable VFILLs 

;save required registers 

;move c— stack pointer into B—file 

;get width 

;get height 

; concatenate width & height 

;get xleft 

;get ytop 

; restore c— stack pointer 

; concatenate xleft & ytop 
;get state of vfill flag 

;clip to the window 

;if outside the window, exit 

; convert to linear dest address 

; load VRAM color latches 

; perform linear fill 

;fill the rectangle using standard fill 
; restore required registers 
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VLCO L Latch the COLOR 1 Register (B9) in the VRAM Color Latches 



Syntax 
Execution 
Instruction Words 

Description 



Implied Operands 

Machine States 
Status Bits 



Example 



VLCOL 



C0L0R1 -> Color Registers in all VRAMS 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 

















1 





1 






























VLCOL writes the value in the C0L0R1 register to the color registers in all 
external VRAMS. The field size is ignored and the flood write outputs to nomi- 
nal address 0. This instruction should be executed before attempting to use 
VFILL or VBLT. This instruction performs color expansion in the VRAM as pix- 
els are written. The VRAM color registers are used for this purpose. 



Register Name 



Format 



Description 



B9 



C0L0R1 



Pixel 



C0L0R1 



2(1) 

N Unaffected 

C Unaffected 

Z Unaffected 

V Unaffected 

This is an example of a C-compatible assembly routine which fills a rectangle 
on the screen. The routine takes these 4 arguments: width, height, xleft, and 
ytop. Note that the CLIP instruction is used to clip the rectangle to the screen. 

This routine makes the following assumptions: 

Ql These B-registers and I/O registers have been set up by the calling pro- 
gram: 

B-file registers DPTCH, OFFSET, WSTART, WEND and C0L0R1 

I/O registers CONTROL, CONVDP, PSIZE, PMASK and CONFIG 

Q[ The system contains a global flag _vfill_ok which is cleared if the VFlLL 
is not possible. Reasons for this may be: 

■ DPTCH is not an integral multiple of 80 hex 

■ PSIZE is 1 or 2 

■ Pixel processing is not set to replace 

■ Transparency is not set 

■ The system does not contain VRAMs that support this feature 
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DADDR .set 


B2 


DYDX .set 


B7 


CONTROL .set 


OCOOOOOBOh 


.globl 


fill rect ; provi 


.ref 


_vfill_ok 


_fill_rect: 




mmtm 


SP,B2,B7,B10,B11,B12 


move 


A14,B10 ;move c 


move 


*-BlO,DYDX,l 


move 


*-BlO,Bl2,l 


sll 


16,B12 


movy 


B12,DYDX 


move 


*-B 10, DADDR, 1 


move 


*-B10,B12,l 


move 


B10,A14 


sll 


16,B12 


movy 


B12, DADDR 


move 


@_vfill_ok,A8,l 


jrz 


no_vfill 


clip 




jrz 


exit 


cvdxyl 


DADDR 


vlcol 




vfill 


L 


jruc 


exit 


no vfill: 




fill 


XY ;fill t] 


exit: 




mmf m 


SP,B2,B7,B10,B11,B12 


rets 


2 



Latch the COLOR 1 Register (B9) in the VRAM Color Latches VLCOL 



; Destination address register 
;Delta X/delta Y register 
; Control 10 register 

provide reference for external calls 
flag to enable VFILLs 



;save required registers 
-stack pointer into B— file 
;get width 
;get height 

; concatenate width & height 

;get xleft 

;get ytop 

; restore c-stack pointer 

; concatenate xleft & ytop 
;get state of vfill flag 

;clip to the window 

;if outside the window, exit 

; convert to linear dest address 

;load VRAM color latches 

; perform linear fill 



;fill the rectangle using standard fill 



; restore required registers 
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XO R Exclusive-OR Registers 



Syntax 
Execution 
Instruction Words 

Description 



Machiine States 
Status Bits 



Examples 



XOR Rs,Rd 

Rs XOR Rd -* Rd 



15 


14 


13 


12 


11 


10 


9 


8 


7 6 


5 


4 


3 


2 1 








1 





1 





1 


1 


Rs 


R 


Rd 



XOR bitwise-exclusive-ORs the contents of the source register with the con- 
tents of the destination register, and stores the result in the destination register. 

You can use this instruction to clear registers (for example, xor bo,bo); the 
CLR instruction also supports this function. 

Rs and Rd nnust be in the same register file. 

1 

N Unaffected 

C Unaffected 

Z / if the result is 0, othenA/ise 

V Unaffected 



Code Before 

AG 

XOR A0,A1 FFFFFFFFh 
XOR A0,A1 FFFFFFFFh 
XOR A0,A1 FFFFFFFFh 



A1 

OOOOOOOOh 

AAAAAAAAh 

FFFFFFFFh 



After 

NCZV A1 

X X X FFFFFFFFh 

X X X 55555555h 

X X 1 X OOOOOOOOh 
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Exclusive-OR Immediate XORI 



Syntax 
Execution 
Instruction Words 



Description 



Maciiine States 



Status Bits 



Examples 



XORI IL.Rd 
ILXORRd -> Rd 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 1 











• 





1 





1 


1 


1 


1 





R 


Rd 


16LSBsoflL 


16MSBsof IL 



XORI bit-wise exclusive-ORs a 32-bit immediate data with tlie contents of tine 
destination register and stores the result in the destination register. (The IL 
parameter in the syntax above represents a 32-bit immediate value.) 

2 if the immediate data is long-word aligned 

3 if the immediate data is not long-word aligned 

N Unaffected 

C Unaffected 

Z / if the result is 0, othenA/ise 

V Unaffected 



Code 

XORI OFFFFFFFFh,AO 
XORI OFFFFFFFFh^AO 
XORI OFFFFFFFFh,AO 
XORI 00000000h,A0 
XORI OOOOOOOOh.AO 



Before 


After 




AG 


NCZV 


AG 


OOOOOOOOh 


xxOx 


FFFFFFFFh 


AAAAAAAAh 


xxOx 


55555555h 


FFFFFFFFh 


XX 1 X 


OOOOOOOOh 


OOOOOOOOh 


XX1 X 


OOOOOOOOh 


FFFFFFFFh 


xxOx 


FFFFFFFFh 
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ZEXT Zero-Extend to Long 



Syntax 
Execution 
Instruction Words 

Description 



Mactiine States 
Status Bits 



Examples 



ZEXT Rd[,F] 

field in Rd -^ zero-extended field Rd 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 1 




















1 


F 


1 








1 


R 


Rd 



ZEXT zero-extends a right-justified field in the destination register by zeroing 
all the nonf ield bits in Rd. The size of the field is deternnined by the current field 
size. The optional F parameter, which must be specified as a or a 1 , selects 
the field size: 

F=0 selects FSO for the field size. 
F=1 selects FS1 for the field size. 

The default value for F is 0. 

1 

N Unaffected 

C Unaffected 

Z / if the result is 0, otherwise 

V Unaffected 



Code 


Before 


After 








FSO 


FS1 


AG 


NCZV 


AG 


ZEXT A0,0 


32 


X 


FFFFFFFFh 


xxOx 


FFFFFFFFh 


ZEXT A0,0 


31 


X 


FFFFFFFFh 


xxOx 


7FFFFFFFh 


ZEXT A0,0 


1 


X 


FFFFFFFFh 


xxOx 


00000001 h 


ZEXT A0,0 


16 


X 


FFFFOOOOh 


XX 1 X 


OOOOOOOOh 


ZEXT A0,1 


X 


16 


FFFFOOOOh 


XX 1 X 


OOOOOOOOh 
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Chapter 14 

TMS34082 Pseudo-ops 



Many TMS34020 applications require floating-point operations. The 
TMS34082 Floating-Point Processor is designed specifically to serve as a 
coprocessor in a TMS34020 system. To extend the TMS34020's direct inter- 
face to the TMS34082, the TMS34020 supports a subset of the TMS34082 
assembly-language instruction set by supplying a group of TMS34082 
pseudo-ops. These pseudo-ops are special versions of the TMS34020's gen- 
eral-purpose coprocessor instructions. Instead of designing a protocol for 
sending instructions and data back and forth between the TMS34020 and 
TMS34082, you can use these pseudo-ops, which are hard-coded versions of 
instructions such as the CMOVCG instruction. 

This chapter provides a general description of the pseudo-op protocol and 
provides an alphabetical reference to the TMS34082 pseudo-ops. 

Section Page 

Basic information includes a 1 4. 1 Overview and Key Features 
review of related TMS34020 of the TMS34082 14-2 

signals and an overview of the 142 Pseudo-op Format 14-3 

coprocessor interface. ^^3 ^^^.^^^^ ^^^^^^^^ ^^,3 

Aiphabetical reference of begins on page 

pseudo-ops 
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Over\/\e\N and Key Features of the TMS34082 



14-1 Overview and Key Features of the TMS34082 

The TMS34082 is a high-speed floating-point processor, implemented in Tl's 
advanced 1 -micron CMOS technology. On a single chip, the TMS34082 com- 
bines a 1 6-bit sequencer, a 3-operand FPU, and 22 64-bit data registers. An 
instruction register controls FPU execution, and a status register retains the 
most recent FPU status outputs. The TMS34082 also contains 8 control regis- 
ters and a 2-deep stack. 

The TMS34082 is fully compatible with IEEE Standard 754-1985 for binary 
floating-point arithmetic. Floating-point operands can be in either single- or 
double-precision IEEE format. 

Key features and benefits include 

Q Closely coupled with the TMS34020 

■ Direct TMS34020 instruction extension 

■ Multiple-TMS34082 capability 

Qi Internal programs for vector, matrix, and graphics operation 

Qi Fast multiply/accumulate cycle time 

■ 40 MHz (TMS34082-40) ... 50 ns 

■ 32 MHz (TMS34082-32) ... 60 ns 

Qi External memory addressing capability 

■ External program storage (up to 64K words) 

■ External data storage (up to 64K words) 

Qi Full IEEE standard 754-1 985 compatibility 

■ Addition ■ Subtraction 

■ Multiplication ■ Division 

■ Square root ■ Comparison 

Qi Selectable data formats 

■ 32-bit integer 

H 32-bit, single-precision floating-point value 

■ 64-bit, double-precision floating-point value 

Qi Supported by TMS34020 code-generation tools 

Qi More than 30 complex instructions targeted at graphics math 

Qi Use as a floating-point coprocessor eliminates the need for external logic 
interface 

Q Standardized approach to floating-point for full system compatibility 

Qi Eliminates multiple-cycle software implementation 

Qi Superior performance for 2-D and 3-D graphics applications 

14-2 TMS34082 Psuedo-ops 



Pseudo-op Format 



14.2 Pseudo-op Format 



Section 10.2, Overview of the Coprocessor Interface (page 10-3), lists the 
TMS34020's general-purpose coprocessor instructions. Section 1 0.3, Format 
of Commands Passed to a Coprocessor (page 10-5), describes the general 
format of these instructions; specific implementations of this format depend 
entirely on the coprocessor that you choose to include in your system. 

The TMS34020 provides a set of TMS34082 pseudo-ops. These pseudo-ops 
extend the general-purpose format by hard-coding TMS34082 opcodes into 
certain fields of the general-purpose coprocessor instructions. 

Figure 10-1 (which appears in Section10.3, page 10-5) is repeated below as 
Figure 1 4-1 (a). This figure shows the general format of coprocessor informa- 
tion that is placed on the LAD bus. Figure 1 0-1 (b) shows the TMS34082 im- 
plementation of this format. 



Figure 14- 1. Coprocessor Instruction Information on the LAD bus 
(a) General Format 



I 'r^P 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 f 







s 


9 








ID 


coprocessor command 


1 
z 




I 


8 


BGST 



pin# 



Key: ID 3-bit coprocessor ID field size Parameter size field 

I Coprocessor parameter index bit S 1 6-bit word select (always output as 0) 

BCST 4-bit bus status (always for coprocessor cycles) 

Coprocessor command 21 -bit instruction for the coprocessor 

Kl Reserved (always output as 0) 
Note: Section 10.3 (page 10-5) describes these bit fields in detail. 



(b) TMS34082-Specific Format 



^^^^:«w^^^^^^^^^^^^^K•^^:wx•^:•^>^^^^^x»:•^^^K•^^^ 



;♦^^^^^:•^^^x•:•^^^^^^^^^^^^^^x•^>^^^^^^^^^^^^^^^^^^^>^^^^^^^^^^>^^ 



I LAD# 

I 31—29 28 



25 24 



21 20 



16 15 14 13 



9 8 7 6 5 4 



ID 



CRs1 



CRs2 



CRd 



md 



fpuop T size I •• 



Q As Figure 1 0-1 (b) shows, the bus cycle status code portion is OOOO2. 
This indicates that the local-memory cycle generated by this type of 
instruction is a coprocessor cycle. 

□ Bit 4, the S (1 6-bit word select) bit, is also 0; this indicates that only 32-bit 
accesses will occur. 

Qi The I bit sen/es the same purpose for the TMS34082 as it does for other 
processors (refer to subsection 1 0.3.4, Coprocessor Parameter Index, on 
page 10-7). 
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Pseudo-op Format 



Qi Bit 7 still serves as the size (parameter size) bit. The TMS34082 uses the 
LSB of the coprocessor command as T (bit 8) that works with the size bit 
to identify the type and size of the parameter(s) that are passed to the 
TMS34082: 



T 


size 


Operand Type 








32-bit integer 





1 


reserved 


1 





single-precision (32-bit) floating-point number 


1 


1 


double-precision (64-blt) floating-point number 



□i The coprocessor command is divided into 5 fields: 

■ The 5-bit f puop field contains the opcode of a TMS34082 assembly- 
language instruction. 

■ The 2-bit md field conveys the coprocessor command's addressing 
mode: 

Mode Operation 

OO2 FPU internal operation, no jumps or external moves 

OI2 Transfer to/from TMS34020 registers 

1 02 Transfer to/from TMS34020 local memory 

II2 External microcode 

■ CRd is the TMS34082 destination register. 

■ CRS2 is the second TMS34082 source register for instructions that 
use two source operands. CRs2 also serves as the count operand for 
instructions that use a count operand. CRs2 must be a member of the 
TMS34082 B register file. 

■ CRsi is the TMS34082 source register for instructions that have one 
source operand; it is the first source register for instructions that use 
two source operands. CRs-| must be a member of the TMS34082 A 
register file. 

Qi The ID field serves the same purpose in the TMS34082 protocol as it 
serves in the general-purpose protocol. For more details, refer to subsec- 
tion 1 0.3.1 , Coprocessor ID, on page 1 0-5. The pseudo-ops default to an 
ID of OOO2; to define another ID as the current ID, use the .coproc assem- 
bler directive. 

For the TMS34082, these bits are hard-coded into special versions of the 
TMS34020's general-purpose coprocessor instructions. As an example, 
Figure 1 4-2 compares the general syntax of the CMOVGC instruction (a gen- 
eral-purpose coprocessor instruction) to the LOAD-and-ADD (ADD) pseudo- 
op. 

1 4-4 TMS34082 Psuedo-ops 



Pseudo-op Format 






Figure 14-2. How General Coprocessor Instruction Syntax Corresponds to TMS34082 Pseudo-ops 
(a) General syntax for CMOVGC instruction 



15 14 13 12 11 10 9 8 


7 


6 


5 


4 


3 


2 1 





0|0|0 0|1 1|0 





1 





R 


Rs1 


8 LSBs of coprocessor command 


size 








R 


Rs2 


coprocessor ID 13 MSBs of coprocessor command 



(b) General syntax for TMS34082 ADD pseudo-op 



15 


14 


13 


12 


11 10 9 8 7 6 5 


4 


3 


2 1 




















1 


1 








1 





R 


Rs1 





1 





























R 


Rs2 


ID 


CRs1 


CRs2 


CRd 1 



•:wxwx<«xx:«K-; 






Note: This portion of the figure shows the ADD pseudo-op. ADD is a special form of the TMS34020 CMOVGC 
instruction. The coprocessor command and size portions of the CMOVGC instruction are hardcoded to spe- 
cifically match the needs of the TMS34082's ADD instruction. 

(a) What is output on ttie LAD bus for ttie ADD pseudo-op 



:«-:»^^:«^■:■K^«^■H•:■:•H^ « KM 



;-h:-:«w-h-;-k-k-k-:-mwk-m-:-h-w»k» 



LAD# 
31—29 28 



25 24 



21 20 



16 15 14 13 



9 8 7 6 5 4 



ID 



CRs1 



CRs2 



CRd 



01 



00000 







;•:«^x•^^:•:•^^^^^:♦^:w^^:•^^^^^^^^x•^^:•x•^ 






Note: 

To identify the 3-bit ID, use the .coproc assennbler directive (refer to the 
TMS340 Family Code Generation Tools User's Guide for information about 
the .coproc directive). 



14-5 



Register Operands 



14.3 Register Operands 



The TMS34082 pseudo-ops use register operands only. Table 14-1 lists the 
register-operand symbols used in the psuedo-op syntaxes in this chapter. 



Table 14-1. Symbols Used in Pseudo-op Syntax Listings 



Symbol Description 


Symbol Description 


CRs TMS34082 source register 


CRd TMS34082 destination register 


CRs-i For pseudo-ops that use 2 TMS34082 
source registers, this register supplies 
the first operand 

This operand must be a TMS34082 A-file 
register 


CRs2 For pseudo-ops that use 2 TMS34082 
source registers, this register supplies the 
second operand 

This operand must be a TMS34082 B-file 
register 


Rs TMS34020 source register 


Rd TMS34020 destination register 



Note that some pseudo-ops use information from a TMS34020 register or 
place information into a TMS34020 register. In this case, Rs or ffdshould be 
a TMS34020 general-purpose register (AO— A1 4 or BO— B1 4), just as it would 
be for a TMS34020 instruction. Most of the pseudo-ops, however, use 
TMS34082 registers as operands. As Figure 1 4-3 shows, the TMS34082 con- 
tains 2 register banks of 10 64-bit registers, plus 2 feedback registers. 



Figure 14-3. Tlv 


1S34082 Registers Ttiat Can Be Used as Pseudo-op Operands 
63 (MSB) (LSB)O 63 (MSB) 


(LSB) C 


I 


RAO 




RBO 






RA1 




RB1 






RA2 




RB2 






RA3 




RB3 






RA4 


.-,efte'^ 


RB4 


.rt^fte* 




RA5 


^eS^**^*** 


RB5 


V^eQ**^^*** 




RAe 




RB6 






RA7 




RB7 






RA8 




RB8 






RA9 




RB9 








fiS^MRR^ a.SB^n 




c 




^^ 


lets 






CT 


fe« 







Note: These register files contain TMS34082 registers. 

Most pseudo-ops operate on one value from TMS34082 register file A or B, 
and return the result to file A, file B, or one of the feedback registers. Valid oper- 
and/register use includes: 
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TMS34082 Psuedo-ops 



Register Operands 



CRs or CRSf : RAO— RA9 CRS2: RBO— RB9 

CRd: RAO— RA9, RBO— RB9, C, and CT 

When more than one value is requested from/sent to the TMS34082, the regis- 
ters are read from/written to in the sequence shown in Figure 1 4-4. Note that 
the control, status, and stack registers are in the middle of the list. The 
sequence bypasses C and CT because they can't be accessed externally. 



Figure 14-^. TMS34082 Register Sequence List 





RAO 






RBO 










^ 








RA1 


H 






■iiii 


RB1 


^ — 




— 1^ 


RA2 


— I 




III 


RB2 


1 






1 




liij 


RA3 


•« — 






:x:x:;:;:;:i:x:: 


RB3 


-.-1 




"ffWm-m^ 




MM^MmmM'M^MMMM^ 




ii 


RA4 




i|:;i|:;||||:i; 




nn 


RB4 






















RA5 


*-^ 






RB5 


^ ' 




— ^ 


RA6 




:!:;:H:;:i:wii^;:i^i: 




II 


RB6 








RA7 


-J 


^mMMMi 






RB7 


-J 










■■■^■^m^<^m^MM<M-\-:m\MM-M<;m[yi^^ 






:;:--;::^::W::<::-:-:-:-^<--:--:--->^<y'-y'-y^^^^^^ 




^ 


RA8 






■my-'^A- 


RB8 








iiilli 


^ 






r— 


RA9 


^ 


III 






RB9 


-J 


I 








i 










C 


i 


\ — ^ 


VECTOR 






. 


CT 








MCADDR 


-^ 














STATUS 






^ 


SUBADDO 




"^ 




mmmm:^: 












1 






CONFIG 


.^..-^ 








SUBADD1 


-— 1 






COUNTX 


\ 




— ^ 


IRAREG 












mmm 


COUNTY 


-^ — 






MIN-MAX/ 
LOOPCT 


.^_ 
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ABORT Abort Coprocessor Operation 



Syntax 
Execution 
Instruction Words 

Description 

Mactiine States 
Instruction Type 
Example 



ABORT 

Halts coprocessor 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 





1 


1 





1 


1 

















1 


1 


1 


1 








Default ID 














1 





1 


1 


















ABORT halts the operation of the TMS34082 coprocessor and places the 
coprocessor in a wait-for-next-instruction state. Register values are indetermi- 
nate. 



CEXEC, short 

ABORT 

This example halts the TMS34082 coprocessor. 
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Absolute Value, Integer ABS 



Syntax 
Execution 
Instruction Words 

Operands 
Description 

Maciiine States 
instruction Type 
Example 



ABS CRs.CRd 
ICRsI ->CRd 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 





1 


1 





1 


1 

















1 


1 


1 


1 








Default ID 


CRs 








1 





CRd 



CRs Coprocessor source register containing the 32-bit integer operand 
CRd Coprocessor destination register 

ABS takes the absolute value of the contents (integer) of CRs and stores the 
result in CRd. 

The coprocessor source register, CRs, must be in the A coprocessor file. 

2 

CEXEC, short 

ABS RA6, RB7 

This example takes the absolute value of the contents of RA6 and stores the 
result in RB7. 
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ABS Load and Absolute Value, Integer 



Syntax 
Execution 

Instruction Words 



Operands 

Description 

Macfiine States 

Instruction Type 
Example 



ABS Rs, CRs, CRd 

Rs -> CRs 
ICRsI ^CRd 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 




















1 


1 











1 


R 


Rs 





1 





1 


1 


1 


1 





























Default ID 


CRs 








1 





CRd 



Rs TMS34020 source register for the 32-bit integer value to coprocessor 
CRs Coprocessor register to contain the 32-bit integer operand 
CRd Coprocessor destination register 

ABS loads the contents (integer) of Rs into CRs, takes the absolute value of 
the contents of CRs, and stores the result in CRd. 

The coprocessor source register, CRs, must be in the A coprocessor file. 

3 if the first instruction word is long-word aligned 
2 if the first instruction word is not long-word aligned 

CMOVGC, one register 

ABS A5, RA6, RB7 

This example loads the contents of TMS34020 register A5 into coprocessor 
register RA6, takes the absolute value of the contents of RA6, and stores the 
result in RB7. 
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WSSSSS::S;WSSS;:%:S::5S«SS(SS>,^S „ 



Absolute Value, Double Precision ABSD 



Syntax 
Execution 
Instruction Words 

Operands 
Description 



Maciiine States 
Instruction Type 
Example 



ABSD CRs, CRd 
ICRsI ^CRd 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 





1 


1 





1 


1 

















1 


1 


1 


1 


1 


1 


Default ID 


CRs 








1 





CRd 



CRs Coprocessorsourceregistercontaininga64-bit double-precision floa- 
ting-point operand 

CRd Coprocessor destination register 

ABSD takes the absolute value of the contents of CRs and stores the result in 
CRd. 

The coprocessor source register, CRs, must be in the A coprocessor file. 

2 

CEXEC, short 

ABSD RA6, RB7 

This example takes the absolute value of the contents of RA6 and stores the 
result in RB7. 
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ABSF Absolute Value, Single Precision 



Syntax 
Execution 
Instruction Words 

Operands 
Description 

Macttine States 
Instruction Type 
Example 



ABSF CRs, CRd 
ICRsI ->CRd 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 





1 


1 





1 


1 

















1 


1 


1 


1 


1 





Default ID 


CRs 








1 





CRd 



CRs Coprocessor source register containing a 32-bit single-precision floa- 
ting-point operand 

CRd Coprocessor destination register 

ABSF takes the absolute value of the contents (single-precision value) of CRs 
and stores the result in CRd. 

The coprocessor source register, CRs, must be in the A coprocessor file. 

2 

CEXEC, short 

ABSF RA6, RB7 

This example takes the absolute value of the contents of RA6 and stores the 
result in RB7. 
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Load and Absolute Value, Single Precision ABSF 



Syntax 
Execution 

Instruction Words 



Operands 



Description 

Maciiine States 

Instruction Type 
Example 



ABSF f?s, CRs, CRd 

Rs -^ CRs 
ICRsI ^CRd 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 




















1 


1 











1 


R 


Rs 





1 





1 


1 


1 


1 


1 


























Default ID 


CRs 








1 





CRd 



Rs TMS34020 source register for the 32-bit single-precision 
floating-point value to coprocessor 

CRs Coprocessor register containing a 32-bit single-precision floating- 
point operand 

CRd Coprocessor destination register 

ABSF loads the contents (single-precision value) of Rs into CRs, takes the 
absolute value of the contents of CRs, and stores the result in CRd. 

The coprocessor source register, CRs, must be in the A coprocessor file. 

3 if the first instruction word is long word-aligned 
2 if the first instruction word is not long word-aligned 

CMOVGC, one register 

ABSF A5, RA6, RB7 

This example loads TMS34020 register A5 into coprocessor register RA6, 
takes the absolute value of the contents of RA6, and stores the result in RB7. 
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ADD Add, Integer 



Syntax 
Execution 
Instruction Words 

Operands 



Description 

i\/lactiine States 
instruction Type 
Example 



ADD CRsi , CRS2. CRd 
CRsi + CRS2 ^ CRd 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 





1 


1 





1 


1 



































Default ID 


CRsi 


CRS2 


CRd 



CRs-i Coprocessor register containing the first 32-bit integer operand 
CRS2 Coprocessor register containing the second 32-bit integer operand 
CRd Coprocessor destination register 

ADD adds the contents (integer) of CRs-j and CRs2 and stores the result in 
CRd. 



CEXEC, short 

ADD RA5, RB6, RB7 

This example adds the contents of RA5 and RB6 and stores the result in RB7. 
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Load and Add, Integer ADD 



Syntax 
Execution 

Instruction Words 



ADD Rsi, RS2, CRsi, CRS2, CRd 



Operands 



Description 

!\/laciiine States 

Instruction Type 
Example 



Rsi -~> CRsi 
RS2 -> CRS2 
CRs-j + CRS2 



CRd 



15 14 13 12 11 



10 


















1 


1 








1 





R 


Rsi 





1 





























R 


RS2 


Default ID 


CRSi 


CRS2 


CRd 



Rsi TMS34020 source register for the first 32-bit integer value to 
coprocessor 

Rs2 TMS34020 source register for the second 32-bit integer value to 
coprocessor 

CRs-i Coprocessor register to contain the first 32-bit integer operand 

CRs2 Coprocessor register to contain the second 32-bit integer operand 

CRd Coprocessor destination register 

ADD loads the contents (integer) of Rs-] and Rs2 into CRsi and CRs2 
respectively, adds the contents of CRsi and CRs2, and stores the result in 
CRd. 

4 if the first instruction word is long word-aligned 
3 if the first instruction word is not long word-aligned 

CMOVGC, two registers 

ADD A5, A6, RA5, RB6, RB7 

This example loads TMS34020 registers A5 and A6 into coprocessor registers 
RA5 and RB6 respectively, adds the contents of RA5 and RB6, and stores the 
result in RB7. 
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ADDD Add, Double Precision 



Syntax 
Execution 
Instruction Words 

Operands 



Description 

Machine States 
Instruction Type 
Example 



ADDD CRsi,CRs2,CRd 
CRs-i + CRS2 -> CRd 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 





1 


1 





1 


1 





























1 


1 


Default ID 


CRSi 


CRSg 


CRd 



CRsi Coprocessor register containing the first 64-bit double-precision 
floating-point operand 

CRS2 Coprocessor register containing the second 64-bit double-precision 
floating-point operand 

CRd Coprocessor destination register 

ADDD adds the contents (double-precision value) of CRs-j and CRs2 and 
stores the result in CRd. 



CEXEC, short 

ADDD RA5, RB6, RA7 

This example adds the contents of RA5 and RB6 and stores the result in RA7. 



14-16 



TMS34082 Pseudo-ops 



Add, Single Precision ADDF 



Syntax 
Execution 
Instruction Words 

Operands 



Description 

l\/lacfiine States 
instruction Type 
Exampie 



ADDF CRsi,CRs2,CRd 
CRs-i + CRS2 -> CRd 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 





1 


1 





1 


1 





























1 





Default ID 


CRsi 


CRsg 


CRd 



CRsi Coprocessor register containing the first 32-bit single-precision 
floating-point operand 

CRS2 Coprocessor register containing the second 32-bit single-precision 
floating-point operand 

CRd Coprocessor destination register 

ADDFaddsthecontents (single-precision value) of CRs-j and CRs2 and stores 
the result in CRd. 



CEXEC, short 

ADDF RA5, RB6, RB7 

This example adds the contents of RA5 and RB6 and stores the result in RB7. 
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ADDF Load and Add, Single Precision 



Syntax 
Execution 

Instruction Words 



Operands 



Description 

l\/lachine States 

Instruction Type 
Example 



ADDF Rsi, RS2, CRs^, CRS2, CRd 

Rs-j -^ CRs-i 
RS2 -^ CRS2 
CRs-i + CRS2 ^ CRd 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 1 




















1 


1 








1 





R 


Rsi 





1 

















1 











R 


.. RS2 


Default ID 


CRsi 


CRS2 


CRd 



Rs-j TMS34020 source register for the first 32-bit single-precision 
floating-point value to coprocessor 

Rs2 TMS34020 source register for the second 32-bit single-precision 
floating-point value to coprocessor 

CRsi Coprocessor register to contain the first 32-bit single-precision 
floating-point operand 

CRs2 Coprocessor register to contain the second 32-bit single-precision 
floating-point operand 

CRd Coprocessor destination register 

ADDF loads the contents (single-precision value) of Rsi and Rs2 into CRsi 
and CRs2 respectively, adds CRsi and CRs2, and stores the result in CRd. 

4 if the first instruction word is long word-aligned 
3 if the first instruction word is not long word-aligned 

CMOVGC, two registers 

ADDF A5, A6, RA5, RB6, RA7 

This example loads TMS34020 registers A5 and A6 into coprocessor registers 
RA5 and RB6 respectively, adds the contents of RA5 and RB6, and stores the 
result in RA7. 
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TMS34082 Pseudo-ops 






Check Coprocessor Status CH ECK 



Syntax 
Execution 



Instruction Words 



Operands 
Description 

Mactiine States 

Instruction Type 
Example 



CHECK Rd 

If coprocessor is busy 
FFFF FFFFh ^ Rd 

If coprocessor is idle 
0000 OOOOh -^ Rd 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 




















1 


1 








1 


1 


R 


Rsi 





1 





1 


1 


1 


1 





























Default ID 














1 


1 





1 


















Rd Destination register for status information 

CHECK checks the status of the coprocessor. If the TMS34082 qoprocessor 
is busy, CHECK sets all the bits in Rd to 1 . If the TMS34082 coprocessor is idle, 
CHECK sets all the bits in Rd to 0. 

5 if the first instruction word is long word-aligned 
4 if the first instruction word is not long word-aligned 

CMOVGC, one register 

CHECK A4 

If the TMS34082 coprocessor is busy, this example sets all the bits in register 
A4 to 1 . If the TMS34082 coprocessor is idle, this example resets all the bits 
in register A4 to 0. 



14-19 



CMP Compare, Integer 

Syntax 
Execution 
Instruction Words 



Operands 

Description 

l\/lactiine States 
Instruction Type 
Example 



CMP CRsi, CRS2 

Flags (CRs-j - CRS2) -> Coprocessor Status Registers 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 





1 


1 





1 


1 























1 











Default ID 


CRsi 


CRsg 


















CRs-j Coprocessor register containing tlie first 32-bit integer operand 
CRS2 Coprocessor register containing tine second 32-bit integer operand 

CMP subtracts tiie contents (integer) of CRs2 from CRs-j and sets tlie appro- 
priate status bits in the coprocessor status register. 



CEXEC, short 

CMP RA5, RB6 

This example subtracts the contents of RA5 from RB6 and sets the status bits 
in the coprocessor status register. 



14-20 



TMS34082 Pseudo-ops 



iiiiiiiiiiiii',iiiaiiiiiiiiiiiiiii 



Load and Compare, Integer CMP 






Syntax 
Execution 

Instruction Words 



Operands 



Description 

l\/laciiine States 

Instruction Type 
Example 



CMP Rsi, RS2, CRs-f, CRS2 

Rsi -> CRsi 
Rs2 -> CRS2 
Flags (CRs-| - CRS2) -> Coprocessor Status Registers 



15 


14 


13 


12 


11 


10 
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8 


7 


6 


5 
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3 
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1 




















1 


1 








1 





R 


Rs, 





1 











1 

















R 


RS2 


Default ID 


CRSi 


CRS2 


















Rsi TMS34020 source register for tiie first 32-bit integer value to copro- 
cessor 

RS2 TMS34020 source register for the second 32-bit integer value to 
coprocessor 

CRsi Coprocessor register to contain the first 32-bit integer operand 

CRs2 Coprocessor register to contain the second 32-bit integer operand 

CMP loads the contents (integer) of Rsi and Rs2 into CRsi and CRS2 respec- 
tively, subtracts CRs2 from CRsi, and sets the appropriate status bits in the 
coprocessor status register. 

4 if the first instruction word is long word-aligned 
3 if the first instruction word is not long word-aligned 

CMOVGC, two registers 

CMP A5, A6, RA5, RB6 

This example loads TMS34020 registers A5 and A6 into coprocessor registers 
RA5 and RB6, subtracts the contents of RB6 from RA5, and sets the status bits 
in the coprocessor status register 
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CMPD Compare, Double Precision 



Syntax 
Execution 
Instruction Words 

Operands 



Description 

i\/laciiine States 
Instruction Type 
Example 



CMPD CRSf, CRS2 

Flags (CRsi - CRS2) -> Coprocessor Status Registers 



15 


14 


13 


12 


11 


10 
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1 





1 


1 





1 


1 























1 





1 


1 


Default ID 


CRsi 


CRsa 


















CRs-j Coprocessor register containing the first 64-bit double-precision 
floating-point operand 

CRs2 Coprocessor register containing the second 64-bit double-precision 
floating-point operand 

CMPD subtracts the contents (double-precision value) of CRS2 from CRsi and 
sets the appropriate status bits in the coprocessor status register. 



CEXEC, short 

CMPD RA5, RB6 

This example subtracts the contents of RB6 from RA5 and sets the status bits 
in the coprocessor status register. 
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TMS34082 Pseudo-ops 



Compare, Single Precision CMPF 



Syntax 
Execution 
Instruction Words 

Operands 



Description 

Headline States 
Instruction Type 
Example 



CMPF CRsi,CRs2 

Flags (CRs-j - CRS2) ~> Coprocessor Status Register 

15 14 13 12 11 10 9 8 7 6 5 4 



1 


1 





1 


1 























1 





1 





Default ID 


CRsi 


CRS2 


















CRsi Coprocessor register containing the first 32-bit single-precision 
floating-point operand 

CRs2 Coprocessor register containing the second 32-bit single-precision 
floating-point operand 

CMPF subtracts the contents (single-precision value) of CRs2 from CRs-j and 
sets the appropriate status bits in the coprocessor status register. 



CEXEC, short 

CMPF RA5, RB6 

This example subtracts the contents of RB6 from RA5 and sets the status bits 
in the coprocessor status register. 
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CMPF Load and Compare, Single Precision 



Syntax 
Execution 

Instruction Words 



Operands 



Description 

Mactiine States 

Instruction Type 
Example 



CMPF RSf, RS2, CRsi, CRS2 

Rsi -> CRsi 
RS2 -> CRS2 
Flags (CRsi - CRS2) -^ Coprocessor Status Register 
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1 








1 





R 


Rsi 





1 











1 





1 











R 


Rsg 


Default ID 


CRSi 


CRS2 


















Rsi TMS34020 source register for first tlie 32-bit single-precision float- 
ing-point value to coprocessor 

Rs2 TMS34020 source register for the second 32-bit single-precision float- 
ing-point value to coprocessor 

CRsi Coprocessor register to contain the first 32-bit single-precision 
floating-point operand 

CRs2 Coprocessor register to contain the second 32-bit single-precision 
floating-point operand 

CMPF loads the contents (single-precision value) of Rs-j and Rs2 into CRs-j 
and CRs2 respectively, subtracts CRs2 from CRsi, and sets the appropriate 
status bits in the coprocessor status register. 

4 if the first instruction word is long word-aligned 
3 if the first instruction word is not long word-aligned 

CMOVGC, two registers 

CMPF A5, A6, RA5, RB6 

This example loads TMS34020 registers A5 and A6 into coprocessor registers 
RA5 and RB6 respectively, subtracts the contents of RB6 from the contents of 
RA5, and sets the status bits in the coprocessor status register. 
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TMS340d2 Pseudo-ops 



Convert, Double Precision to Single Precision CVDF 



Syntax 
Execution 
Instruction Words 

Operands 
Description 



l\/lactiine States 
Instruction Type 
Example 



CVDF CRs,CRd 
(CRs) -^ CRd 

15 14 13 12 11 10 9 8 



1 


1 





1 


1 

















1 


1 


1 


1 


1 


1 


Default ID 


CRs 





1 








CRd 



CRs Coprocessor source register containing a 64-bit double-precision 
floating-point operand 

CRd Coprocessor destination register 

CVDF converts a 64-bit IEEE double-precision floating-point number to a 
32-bit IEEE single-precision floating-point number. The double-precision num- 
ber resides in CRs, and the converted single-precision number resides in CRd. 

The coprocessor source register, CRs, must be in the A coprocessor file. 

2 

CEXEC, short 

CVDF RA5, RA7 

This example converts the contents of RA5 to a single-precision floating-point 
number and stores the result in RA7. 
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CVDI Convert, Double Precision to Integer 



Syntax 
Execution 
Instruction Words 

Operands 
Description 



i\/laciiine States 
Instruction Type 
Example 



CVDI CRs,CRd 
(CRs) ^ CRd 



15 


14 


13 


12 


11 


10 
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2 


1 
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1 





1 


1 

















1 


1 


1 


1 


1 


1 


Default ID 


CRs 





1 





1 


CRd 



CRs Coprocessor source register containing a 64-bit double-precision 
floating-point operand 

CRd Coprocessor destination register 

CVDI converts a 64-bit IEEE double-precision floating-point number to a 32-bit 
integer number. The double-precision number resides in CRs, and the con- 
verted integer number resides in CRd. 

The coprocessor source register, CRs, must be in the A coprocessor file. 

2 

CEXEC, short 

CVDI RA5, RB7 

This example converts the contents of RA5 to an integer and stores the result 
in RB7. 



14-26 



TMS34082 Pseudo-ops 



Convert, Single Precision to Double Precision CVFD 



Syntax 
Execution 
Instruction Words 

Operands 
Description 



Headline States 
Instruction Type 
Example 



CVFD CRs,CRd 
(CRs) ^ CRd 



15 


14 


13 


12 


11 


10 
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1 
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1 





1 


1 

















1 


1 


1 


1 


1 





Default ID 


CRs 





1 








CRd 



CRs Coprocessor source register containing a 32-bit single-precision 
floating-point operand 

CRd Coprocessor destination register 

CVFD converts a 32-bit IEEE single-precision floating-point value to a 64-bit 
IEEE double-precision floating-point value. The single-precision number 
resides in CRs, and the converted double-precision number resides in CRd. 

The coprocessor source register, CRs, must be in the A coprocessor file. 

2 

CEXEC, short 

CVFD RA5, RB7 

This example converts the contents of RA5 to a double-precision number and 
stores the result in RB7. 
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C VFD Load and Convert, Single Precision to Double Precision 



Syntax 
Execution 

Instruction Words 



Operands 



Description 



iyiacfiine States 

Instruction Type 
Example 



CVFD Rs,CRs,CRd 

Rs ^ CRs 
(CRs) ^ CRd 



15 


14 


13 


12 


11 


10 
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6 
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2 


1 




















1 


1 











1 


R 


Rs 





1 





1 


1 


1 


1 


1 


























Default ID 


CRs 





1 








CRd 



Rs TMS34020 source register for the 32-bit single-precision float- 
ing-point value to coprocessor 

CRs Coprocessor register to contain the 32-bit single-precision floating- 
point operand 

CRd Coprocessor destination register 

CVFD loads the contents (single-precision) of Rs into CRs and converts the 
32-bit IEEE single-precision floating-point value to a 64-bit IEEE double-preci- 
sion floating-point value. The single-precision number resides in CRs, and the 
converted double-precision number resides in CRd. 

The coprocessor source register, CRs, must be in the A coprocessor file. 

3 if the first instruction word is long word-aligned 
2 if the first instruction word is not long word-aligned 

CMOVGC, one register 

CVFD B5, RA5, RA7 

This example loads TMS34020 register B5 into coprocessor register RA5, con- 
verts the contents of RA5 to a double-precision number, and stores the result 
in RA7. 
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TMS34082 Pseudo-ops 



Convert, Single Precision to Integer CVFI 



Syntax 
Execution 
Instruction Words 

Operands 
Description 



l\/lactiine States 
Instruction Type 
Example 



CVFI CRs,CRd 
(CRs)-^CR6 



15 


14 


13 


12 


11 


10 
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5 
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1 





1 


1 





1 


1 

















1 


1 


1 


1 


1 





Default ID 


CRs 





1 





1 


CRd 



CRs Coprocessor source register containing a 32-bit single-precision 
floating-point operand 

CRd Coprocessor destination register 

CVFI converts a 32-bit IEEE single-precision floating-point value to a 32-bit 
integer value. The single-precision number resides in CRs, and the converted 
integer number resides in CRd. 

The coprocessor source register, CRs, must be in the A coprocessor file. 

2 

CEXEC, short 

CVFI RA5, RA7 

This example converts the contents of RA5 to an integer and stores the result 
in RA7. 
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CVFI Load and Convert, Single Precision to Integer 



Syntax 
Execution 

Instruction Words 



Operands 



Description 



l\/lacliine States 

Instruction Type 
Example 



CVFI Rs,CRs,CRd 

Rs-^CRs 
(CRs) -^ CRd 



15 


14 


13 


12 


11 


10 
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8 


7 


6 


5 
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1 




















1 


1 











1 


R 


Rs 





1 





1 


1 


1 


1 


1 


























Default ID 


CRs 





1 





1 


CRd 



Rs TMS34020 source register for the 32-bit single-precision float- 
ing-point value to coprocessor 

CRs Coprocessor register to contain the 32-bit single-precision floating- 
point operand 

CRd Coprocessor destination register 

CVFI loads the contents (single-precision) of Rs into CRs and converts the 
32-bit IEEE single-precision floating-point value to a 32-bit integer value. The 
single-precision number resides in CRs, and the converted integer number 
resides in CRd. 

The coprocessor source register, CRs, must be in the A coprocessor file. 

3 if the first instruction word is long word-aligned 
2 if the first instruction word is not long word-aligned 

CMOVGC, one register 

CVFI B5, RA5, RB7 

This example loads TMS34020 register B5 into coprocessor register RA5, con- 
verts the contents of RA5 to an integer, and stores the result in RB7. 



14-30 



TMS34082 Pseudo-ops 



Convert, Integer to Double Precision CVID 



Syntax 
Execution 
Instruction Words 

Operands 
Description 



l\/laciiine States 
Instruction Type 
Example 



CVID CRs,CRd 
(CRs) -> CRd 



15 


14 


13 


12 


11 


10 
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5 


4 
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1 





1 


1 





1 


1 

















1 


1 


1 


1 


1 


1 


Default ID 


CRs 





1 


1 





CRd 



CRs Coprocessor source register containing the 32-bit integer operand 
CRd Coprocessor destination register 

CVI D converts a 32-bit integer value to a 64-bit IEEE double-precision floating- 
point value. The integer resides in CRs, and the converted double-precision 
number resides in CRd. 

The coprocessor source register, CRs, must be in the A coprocessor file. 

2 

CEXEC, short 

CVID RA5, RB7 

This example converts the contents of RA5 to a double-precision number and 
stores the result in RB7. 
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CVID Load and Convert, Integer to Double Precision 



Syntax 
Execution 

Instruction Words 



Operands 



Description 



i\/laciiine States 

Instruction Type 
Example 



CVID Rs,CRs,CRd 
Rs -^ CRs 



15 


14 


13 
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11 


10 
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3 2 1 




















1 


1 








1 





R 


Rs 





1 





1 


1 


1 


1 


1 


1 








R 


Rs 


Default ID 


CRs 





1 


1 





CRd 



Rs TMS34020 source registerforthe 32-bit integer values to coprocessor 
CRs Coprocessor source register to contain tlie 32-bit integer operand 
CRd Coprocessor destination register 

CVID loads the contents (integer) of Rs into CRs and converts a 32-bit integer 
value to a 64-bit IEEE double-precision floating-point value. The integer 
resides in CRs, and the converted double-precision number resides in CRd. 
(Constraints of the TMS34082 require that the integer in Rs be sent as both 
words of the 64-bit transfer.) 

The coprocessor source register, CRs, must be in the A coprocessor file. 

4 if first instruction word is long word-aligned 
3 if first instruction word is not long word-aligned 

CMOVGC, two registers 

CVID B5, RA5, RA7 

This example loads TMS3420 register B5 into coprocessor register RA5, con- 
verts the contents of RA5 to a double-precision number, and stores the result 
in RA7. 



14-32 



TMS34082 Pseudo-ops 



Convert, Integer to Single Precision CVIF 



Syntax 
Execution 
Instruction Words 

Operands 
Description 



l\/lacfiine States 
Instruction Type 
Example 



CVIF CRs,CRd 
(CRs) -^ CRd 



15 


14 


13 


12 


11 


10 
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8 
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5 


4 
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1 





1 


1 
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1 

















1 


1 


1 


1 


1 





Default ID 


CRs 





1 


1 





CRd 



CRs Coprocessor source register containing the 32-bit integer operand 
CRd Coprocessor destination register 

CVIF converts a 32-bit integer value to a 32-bit IEEE single-precision floating- 
point value. The integer resides in CRs, and the converted single-precision 
number resides in CRd. 

The coprocessor source register, CRs, must be in the A coprocessor file. 

2 

CEXEC, short 

CVIF RA5, RA7 

This example converts the contents of RA5 to a single-precision number and 
stores the result in RA7. 
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CVIF Load and Convert, Integer to Single Precision 






Syntax 
Execution 

Instruction Words 



Operands 



Description 



l\/laciiine States 

instruction Type 
Example 



CVIF Rs,CRs,CRd 

Rs ^ CRs 
(CRs) -> CRd 



15 


14 


13 
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10 
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1 











1 


R 


Rs 





1 





1 


1 


1 


1 


1 


























Default ID 


CRs 





1 


1 





CRd 



Rs TMS34020 source register for the 32-bit integer value to coprocessor 
CRs Coprocessor source register to contain the 32-bit integer operand 
CRd Coprocessor destination register 

CVIF loads the contents (integer) of Rs into CRs and converts a 32-bit integer 
valueto a32-bit IEEE single-precisionfloating-pointvalue. The integer resides 
in CRs, and the converted single-precision number resides in CRd. 

The coprocessor source register, CRs, must be in the A coprocessor file. 

3 if first instruction word is long word-aligned 
2 if first instruction word is not long word-aligned 

CMOVGC, one register 

CVIF RA5, RA7 

This example converts the contents of RA5 to a single-precision number and 
stores the result in RA7. 
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TMS34082 Pseudo-ops 



Divide, Double Precision DIVD 



Syntax 
Execution 

Instruction Words 
Operands 



Description 

Macfiine States 
Instruction Type 
Example 



DIVD CRSi, CRS2, CRd 
VCRSa/ 



15 
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10 
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3 
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1 





1 


1 

















1 








1 


1 


1 


Default ID 


CRSi 


CRS2 


CRd 



CRs-j Coprocessor register containing the first 64-bit double-precision 
floating-point operand 

CRS2 Coprocessor register containing the second 64-bit double-precision 
floating-point operand 

CRd Coprocessor destination register 

DIVD divides the contents (double-precision value) of CRs-| by CRS2 and 
stores the result CRd. 



CEXEC, short 

DIVD RA5, RB6, RA7 

This example divides the contents of RA5 by RB6 and stores the result in RA7. 
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DIVF Divide, Single Precision 



Syntax 
Execution 

Instruction Words 
Operands 



Description 

ll^achiine States 
Instruction Type 
Example 



DIVF CRs^, CRS2, CRd 
CRd 



VCRS2/ 



15 
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11 


10 
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8 
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4 


3 
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1 





1 


1 





1 


1 

















1 








1 


1 





Default ID 


CRsi 


CRSg 


CRd 



CRs-j Coprocessor register containing the first 32-bit single-precision floa- 
ting-point operand 

CRs2 Coprocessor register containing the second 32-bit single-precision 
floating-point operand 

CRd Coprocessor destination register 

DIVF divides the contents (single-precision value) of CRs-| by CRS2 and stores 
the result in CRd. 



CEXEC, short 

DIVF RA5, RB6, RA7 

This example divides the contents of RA5 by RB6 and stores the result in RA7. 
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TMS34082 Pseudo-ops 



Load and Divide, Single Precision DIVF 



Syntax 
Execution 



Instruction Words 



Operands 



Description 

Machine States 

instruction Type 
Example 



DIVF RSf, RS2, CRSf, CRs2, CRd 
RSi -> CRSi 
RS2 "~* URS2 



IcRSz 



CRd 



15 
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1 





R 


Rsi 





1 





1 








1 


1 











R 


RS2 


Default ID 


CRSi 


CRS2 


CRd 



Rs-| TMS34020 source register for the first 32-bit floating-point single-pre- 
cision value to coprocessor 

Rs2 TMS34020 source register for the second 32-bit floating-point single- 
precision value to coprocessor 

CRs-j Coprocessor register to contain the first 32-bit single-precision floa- 
ting-point operand 

CRS2 Coprocessor register to contain the second 32-bit single-precision 
floating-point operand 

CRd Coprocessor destination register 

DIVF loads the contents (single precision, floating point) of Rs-| and Rs2 into 
CRs-( and CRS2 respectively, divides the contents of CRs-i by CRS2, and stores 
the result in CRd. 

4 if the first instruction word is long word-aligned 
3 if the first instruction word is not long word-aligned 

CMOVGC, two registers 

DIVF A5, A6r RA5, RB6, RA7 

This exannple loads TMS34020 registers A5 and A6 into coprocessor registers 
RA5 and RB6 respectively, divides the contents of RA5 by RB6, and stores the 
result in RA7. 
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DIVS Divide, Integer 



Syntax 
Execution 

Instruction Words 
Operands 



Description 

Machine States 
Instruction Type 
Example 



DIVS CRs^, CRS2, CRd 
CRd 



/CRS,\ 
\CRS2/ 



15 
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12 
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7 
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1 
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1 








1 








Default ID 


CRsi 


CRS2 


CRd 



CRs-j Coprocessor register containing the first 32-bit integer operand 
CRS2 Coprocessor register containing tlie second 32-bit integer operand 
CRd Coprocessor destination register 

DIVS divides the contents (integer) of CRs-| by CRS2 and stores the result in 
CRd. 



CEXEC, short 

DIVS RA5, RB6, RB7 

This example divides the contents of RA5 by RB6 and stores the result in RB7. 
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TMS34082 Pseudo-ops 



Load and Divide, Integer DIVS 



Syntax 
Execution 



Instruction Words 



Operands 



Description 

Machine States 

Instruction Type 
Example 



DIVS flsy, RS2, CRsi, CRS2, CRd 
RSi -^ CRSi 
RS2 ~^ CRS2 



/ CRs, 
\CRS2 



CRd 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 
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RSi 
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R 


RS2 


Default ID 


CRSi 


CRSg 


CRd 



Rs-| TMS34020 source register for the first 32-bit integer value to copro- 
cessor 

Rs2 TMS34020 source register for the second 32-bit Integer value to 
coprocessor 

CRs-| Coprocessor register to contain the first 32-bit Integer operand 

CRS2 Coprocessor register to contain the second 32-bit integer operand 

CRd Coprocessor destination register 

DIVS loads the contents (integer) of Rs-j and Rs2 into CRs-j and CRs2 respec- 
tively, divides the contents of CRs-j by CRS2, and stores the result In CRd. 

4 If the first instruction word is long word-aligned 
3 if the first instruction word is not long word-aligned 

CMOVGC, two registers 

DIVS A5, A6, RA5, RB6, RB7 

This example loads TMS34020 registers A5 and A6 Into coprocessor registers 
RA5 and RB6 respectively, divides the contents of RA5 by RB6, and stores the 
result In RB7. 
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G ETCST Get Coprocessor Status Register 



Syntax 
Execution 
Instruction Words 



Description 

l\/lacfiine States 

Instruction Type 
Example 



G ETCST 

Coprocessor Status Register -» ST 

15 14 13 12 11 10 9 8 
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1 


Default ID 





























1 


1 









GETCST loads 4 MSBs of the coprocessor status register (STATUS) into the 
TMS34020 status register (ST). 

5 if the first instruction word is long word-aligned 
4 if the first instruction word is not long word-aligned 

CMOVCS 

GETCST 

This example sends the coprocessor status register to the TMS34020. The 
TMS34020 takes the value and nnasks off the 4 MSBs; it then stuffs the values 
in the TMS34020 status register corresponding to the N, C, Z, V bits. 
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TMS34082 Pseudo-ops 



Invert, Double Precision INVD 



Syntax 
Execution 

Instruction Words 
Operands 

Description 

Macfiine States 
Instruction Type 
Example 



INVD CRS2, CRd 



CRd 



CRS2 
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1 





1 
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1 





1 
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1 


Default ID 














CRSg 


CRd 



CRS2 Coprocessor register-B file containing the 64-bit double-precision 
floating-point operand 

CRd Coprocessor destination register 

INVD divides 1.0 by the contents (double precision) of CRs2 and stores the 
result in CRd. 



CEXEC, short 

INVD RB3, RAl 

This example divides 1 .0 by RB3 and stores the result in RAl . 
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INVF Invert, Single Precision 



Syntax 
Execution 

Instruction Words 
Operands 

Description 

l\/laciiine States 
Instruction Type 
Example 



INVF CRS2, CRd 



i—) 

\CRS2/ 



CRd 
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1 

















1 





1 





1 





Default ID 














CRs, 


CRd 



CRs2 Coprocessor register-B file containing the 32-bit single-precision floa- 
ting-point operand 

CRd Coprocessor destination register 

INVF divides 1 .0 by the contents (single precision, floating point) of CRS2 and 
stores the result in CRd. 



CEXEC, short 

INVF RB3, RAl 

This example divides 1 .0 by RB3 and stores the result in RA1 . 
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TMS34082 Pseudo-ops 



Load and Invert, Single Precision INVF 



Syntax 
Execution 



Instruction Words 



Operands 



Description 
Machine States 

Instruction Type 
Example 



\H\fF Rs, CRS2, CRd 
Rs -> CRSg 



\CRS2/ 



CRd 
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Rs 
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1 





1 
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Default ID 














CRS2 


CRd 



Rs TMS34020 source register for the 32-bit floating-point single-preci- 
sion value to coprocessor 

CRS2 Coprocessor register-B file to contain the 32-bit single-precision floa- 
ting-point operand 

CRd Coprocessor destination register 

INVF loads the contents (single precision, floating point) of Rs into CRS2, 
divides 1 .0 by CRS2, and stores the result in CRd. 

3 if the first instruction word is long word-aligned 
2 if the first instruction word is not long word-aligned 

CMOVGC, one register 

INVF A7, RB3, RAl 

This example loads TMS34020 register A7 into coprocessor register RB3, 
divides 1 .0 by RB3, and stores the result in RA1 . 
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J U M P C Execute Coprocessor External Instructions 



Syntax 
Execution 
Instruction Words 



Operands 
Description 

l\^achine States 

Instruction Type 
Example 



JUMPCn 

Execute external coprocessor instructions found at address 2xn 

15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 
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n 





























Default ID 










































n Specifies the address to which the TMS34082 instruction execution 

is sent 

JUIVIPC begins execution of TMS34082 external instructions stored in 
TMS34082 local memory. The starting address is specified as TMS34082 local 
memory address 2xn. Usually, a jump table is stored in these locations to per- 
mit complex operations. 

3 if the first instruction word is long word-aligned 
2 if the first instruction word is not long word-aligned 

CEXEC, long 

JUMPC 4 

This example executes TMS34082 instructions stored in the default 
TMS34082's local memory. The executed instructions are stored beginning in 
address 8. 
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TMS34082 Pseudo-ops 



Move, Double Precision, Two Registers to Coprocessor MOVD 



Syntax 
Execution 
Instruction Words 



Operands 



Description 



Machine States 

Instruction Type 
Example 



MOVD Rsi, RS2, CRd 
Rsi, RS2^ CRd 
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Rs, 
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1 








R 


RS2 


Default ID 


























CRd 



Rs-| TMS34020 source register for the 32 MSBs (sign, exponent, and 20 
MSBs of mantissa) of the 64-bit double-precision floating-point value 
to coprocessor 

RS2 TMS34020 source register for the 32 LSBs of the 64-bit 
double-precision floating-point value to coprocessor 

CRd Coprocessor destination register that holds the 64-bit double-preci- 
sion floating-point value 

MOVD moves the double-precision value in Rs-j and Rs2 into CRd. Rs-j holds 
the 32 MSBs, and Rs2 holds the 32 LSBs of the double. You must set the LOAD 
bit of the TMS34082 configuration register to to indicate that the MSBs are 
transferred before the LSBs. 

4 if the first instruction word is long word-aligned 
3 if the first instruction word is not long word-aligned 

CMOVGC, two registers 

This example uses the MOVD instruction to load a 64-bit double-precision val- 
ue into register RB5. Note that the 32 MSBs of the value are loaded into a1 and 
then the 32 LSBs are loaded into AO. Assume that the LOAD bit of the configu- 
ration register is set to 0, indicating transfers of MSBs before LSBs. 



00000000 




.ieeefl 


00000000 


0540 


setf 


32,0,0 


00000010 


05a0 


move 


@dval,aO,0 


00000020 


00000000" 






00000040 


05al 


move 


@dval+32,al,0 


00000050 


00000020" 






00000070 


0641 


movd 


al,a0,rb5 


00000080 


5f80 






00000090 


lf95 






00000000 




.data 




00000000 


8a6a51ad dval: 


.double 347.6942238 


00000020 


4075bblb 
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MOVD Move, Double Precision, Indirect to Coprocessor (Postincrement), Register Count 



Syntax 
Execution 



Instruction Words 



Operands 



Description 



MOVD *Hs+, CRd, Rd 

lfTMS34082LOADbit = 

andRd = 
Repeat 1 6 times 

*Rs -> CRd (32 MSBs) 
Rs + 32 -> Rs 
*Rs -> CRd (32 LSBs) 
Rs + 32 -> Rs 

advance to next coprocessor 
register 



lfTMS34082LOADbit = 1 

and Rd = 
Repeat 16 times 

*Rs -> CRd (32 LSBs) 
Rs + 32 -> Rs 
*Rs -> CRd (32 MSBs) 
Rs + 32 -> Rs 

advance to next coprocessor 
register 



lfTMS34082LOADbit = 1 
and Rd = 1 -> 31 

Repeat Rd/2 times 

*Rs -^ CRd (32 MSBs) 
Rs + 32 -» Rs 
*Rs -> CRd (32 LSBs) 
Rs + 32 -^ Rs 

advance to next coprocessor 
register 



lfTMS34082LOADbit = 1 
and Rd = 1 -> 31 
Repeat Rd/2 times 

*Rs -> CRd (32 LSBs) 

Rs + 32 -> Rs 

*Rs -> CRd (32 MSBs) 

Rs + 32 -> Rs 

advance to next coprocessor 

register 
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R 


Rd 
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1 








R 


Rs 


Default ID 


























CRd 



Rs 

CRd 
Rd 



TMS34020 source register (indirect postincrement) containing the 
address of the first 32-bits of the first double-precision value to move 
to the coprocessor 

Coprocessor destination register to hold the first 64-bit double-preci- 
sion floating-point value 

TMS34020 register containing the number of 32-bit transfers to make. 
This value must in the range to 31 . 



□ lfRd = 0, 
Ol lf/?d=1- 



31 



then 32 32-bit transfers are made 
then Rd 32-bit transfers are made 



Note that because 64-bit doubles require two 32-bit moves, an odd 
number in Rd will give unpredictable results. 

MOVD moves 64-bit double-precision values from memory beginning at the 
address in Rs into coprocessor registers beginning at CRd. After each transfer, 
the contents of Rs are incremented; after every two 32-bit transfers, the copro- 
cessor destination is advanced to the next register in the coprocessor register 
sequence list. The number of 32-bit transfers made is determined by the con- 
tents of Rd. The results will be unpredictable if Rd is an odd number. 
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TMS34082 Pseudo-ops 



Move, Double Precision, Indirect to Coprocessor (Postincrement), Register Count MOVD 



The TMS34082 configuration register LOAD bit determines whether the LSBs 
or the IVISBs will be moved first: 

Oi If the LOAD bit = 1 , then the LSBs are moved first 

(32 LSBs of the fraction) 

Ql If the LOAD bit = 0, then the MSBs are moved first 

(sign, exponent, and 20 MSBs of the fraction) 

The LOAD bit default is 0. 



Machine States 


If Rd = and Rs is aligned 


36 






If Rd = and Rs is nonaligned 


37 






If Rd = 1 -> 31 and Rs is aligned 


5 + (Rd - 


-1) 




If Rd = 1 -* 31 and Rs is nonaligned 


6 + (Rd - 


-1) 


Instruction Type 


GMOVMC, postincrement, register count 






Example 


MOVD *A5+, RB7, B7 







This example moves 64-bit double-precision values from the TMS34020 
memory location pointed to by A5 to coprocessor registers beginning with RB7. 
After each 32-bit transfer, register A5 is incremented; after every two 32-bit 
transfers, the coprocessor destination is advanced to the next register In the 
coprocessor register sequence list. B7 holds the number of 32-bit transfers to 
be made. 
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MOVD Move, Double Precision, Indirect to Coprocessor (Postincrement), Constant Count 



Syntax 
Execution 



Instruction Words 



Operands 



Description 



Maciiine States 



MOVD *Rs+, CRd, [, count] 

If TMS34082 LOAD bit = 
Repeat coar?f times 

*Rs -> CRd (32 MSBs) 
Rs + 32 -> Rs 
*Rs -> CRd (32 LSBs) 
Rs + 32 -> Rs 

advance to next coprocessor 
register 



lfTMS34082LOADbit = 1 

Repeat count times 
Repeat count times 
*Rs -> CRd (32 LSBs) 
Rs + 32 -^ Rs 
*Rs -> CRd (32 MSBs) 
Rs + 32 -> Rs 

advance to next coprocessor 
register 



15 14 13 12 11 



10 
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1 





1 








transfers 


1 
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1 





1 


1 








R 


Rs 


Default ID 


a 























CRd 



Rs 



CRd 



count 



TMS34020 source register (indirect postincrement) containing the 
address of the first 32-bits of the first double-precision value to move 
to the coprocessor 

Coprocessor destination register that holds the first 64-bit double-pre- 
cision floating-point value 

Contains the number of 64-bit transfers to make.This value must in the 
range 1 to 16; the default value is 1. Count determines the value of 
transfers: 



□ U count =^6, 

□ U count = ^ -^ ^5, 



then transfers = 

then transfers = 2 x count 



MOVD moves 64-bit double-precision values from memory beginning at the 
address in Rs into coprocessor registers beginning at CRd. After each transfer, 
the contents of Rs are incremented; after every two 32-bit transfers, the copro- 
cessor destination is advanced to the next register in the coprocessor register 
sequence list. The number of 64-bit transfers made is determined by the con- 
tents of count. 

The TMS34082 configuration register LOAD bit determines whether the LSBs 
or the MSBs will be moved first: 

Qi If the LOAD bit = 1 , then the LSBs are moved first 

(32 LSBs of the fraction) 

Q If the LOAD bit = 0, then the MSBs are moved first 

(sign, exponent, and 20 MSBs of the fraction) 

The LOAD bit default is 0. 



Rs Aligned 
Rs Nonaligned 



5+ ((count X 2) -1) 
6+ ((count X 2) -1) 



14-48 



TMS34082 Pseudo-ops 



Move, Double Precision, Indirect to Coprocessor (Postincrement), Constant Count MOVD 

Instruction Type CMOVMC, postincrement, constant count 

Example movd *a5+, rb7, 4 

This example moves four 64-bit double-precision values from the TMS34020 
memory location pointed to by A5 to coprocessor registers beginning with RB7. 
After each 32-bit transfer, register A5 is incremented; after every two 32-bit 
transfers, the coprocessor destination is advanced to the next register in the 
coprocessor register sequence list. Count specifies that four 64-bit transfers 
are made (eight 32-bit transfers). 
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MOVD Move, Double Precision, Indirect to Coprocessor (Predecrement), Constant Count 



Syntax 
Execution 



Instruction Words 



Operands 



Description 



l\^achiine States 



MOVD -*Rs, CRd [, count] 

lfTMS34082LOADbit = 
Repeat count times 
Rs - 32 -> Rs 
*Rs -> CRd (32 MSBs) 
Rs - 32 -> Rs 
*Rs -> CRd (32 LSBs) 
advance to next coprocessor 
register 



lfTMS34082LOADbit = 1 

Repeat count times 
Rs - 32 -> Rs 
*Rs -> CRd (32 LSBs) 
Rs - 32 -> Rs 
*Rs ^ CRd (32 MSBs) 
advance to next coprocessor 
register 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 2 1 

















1 
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1 








R 


Rs 


Default ID 


























CRd 



Rs 



CRd 



count 



TMS34020 source register (indirect predecrement) containing the 
address of the bit immediately following the 64-bits used to store the 
first 64-bit double-precision floating-point value that is transferred 

Coprocessor destination register that holds the first 64-bit double- 
precision floating-point value 

Contains the number of 64-bit transfers to make.This value must in the 
range 1 to 16; the default value is 1 . Count determines the value of 
transfers: 



^ 
Q 



If count = 1 6, 
If count = 1 -> 



15, 



then transfers = 

then transfers = 2 x count 



MOVD moves 64-bit double-precision values from memory beginning at the 
address (Rs -32) into coprocessor registers beginning at CRd. Before each 
32-bit transfer, the contents of Rs are decremented; after every two 32-bit 
transfers, the coprocessor destination is advanced to the next register in the 
coprocessor register sequence list. The number of 64-bit transfers made is 
determined by the contents of count. 

The TMS34082 configuration register LOAD bit determines whether the LSBs 
or the MSBs will be moved first: 

Qi If the LOAD bit = 1 , then the LSBs are moved first 

(32 LSBs of the fraction) 

Q[ If the LOAD bit = 0, then the MSBs are moved first 

(sign, exponent, and 20 MSBs of the fraction) 

The LOAD bit default is 0. 



Rs Aligned 
Rs Nonaligned 



5 + ((count X 2) -1) 

6 + ((count X 2) -1) 
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TMS34082 Pseudo-ops 



Move, Double Precision, Indirect to Coprocessor (Predecrement), Constant Count MOVD 

Instruction Type CMOVMC, predecrement, constant count 

Example movd --*a5, rb7, 4 

This example moves four 64-bit double-precision values from the TMS34020 
memory location pointed to by (A5 - 32) to coprocessor registers beginning 
with RB7. Before each 32-bit transfer, register A5 is decremented; after every 
two 32-bit transfers, the coprocessor destination is advanced to the next regis- 
ter in the coprocessor register sequence list. Count specifies that four 64-bit 
transfers are made (eight 32-bit transfers). 
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MOVD Move, Double Precision, Coprocessor to Indirect (Postincrement), Constant Count 



Syntax 
Execution 



Instruction Words 



Operands 



Description 



Machine States 

Instruction Type 

14-52 



MOVD CRd, *Rd+ I count] 

lfTMS34082 LOAD bit = 
Repeat coanf times 

CRd (32 MSBs) -->*Rd 

Rd + 32->Rd 

CRd (32 LSBs) -> *Rd 

Rd + 32 -> Rd 

advance to next coprocessor 
register 



lfTMS34082 LOAD bit = 1 
Repeat count times 

CRd (32 LSBs) -^ *Rd 

Rd + 32 -> Rd 

CRd (32 IVISBs) -^ *Rd 

Rd + 32 -> Rd 

advance to next coprocessor 
register 
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transfers 


Default ID 


























CRd 



CRd 



Rd 



count 



Coprocessor source register for the first 64-bit double-precision 
floating-point value to the TMS34020 memory 

TMS34020 register (indirect postincrement) containing the address of 
the first double-precision value transferred 

Contains the number of 64-bit transfers to make.This value must in the 
range 1 to 16; the default value is 1. Count determines the value of 
transfers: 



□ \icount=^6, 
□l U count =^ ->15, 



then transfers = 

then transfers = 2 x count 



MOVD moves the 64-bit double-precision values from coprocessor registers 
beginning at CRd to memory beginning at the address in Rd. After each 32-bit 
transfer, Rd is incremented, and after every two transfers, the coprocessor reg- 
ister is advanced to the next register in the coprocessor register sequence. The 
number of 64-bit transfers made is determined by the contents of count. 

TheTMS34082 configuration register LOAD bit determines whether the LSBs 
or the MSBs will be moved first: 

Qi If the LOAD bit = 1 , then the LSBs are moved first 

(32 LSBs of the fraction) 

Q If the LOAD bit = 0, then the MSBs are moved first 

(sign, exponent, and 20 MSBs of the fraction) 

The LOAD bit default is 0. 



Rd aligned 
Rd nonaligned 



5 + (count*2-1) 

6 + (count*2 - 1 ) 



CMOVCM, postincrement, constant count 



TMS34082 Pseudo-ops 



Move, Double Precision, Coprocessor to Indirect (Postincrement), Constant Count MOVD 



Example movd rb7, *a5+, 2 



This example moves four 64-bit double-precision values from coprocessor 
registers beginning at RB7 to TMS34020 memory pointed to by AS. After eacli 
32-bit transfer, register A5 is incremented, and after every two transfers, the 
coprocessor destination is advanced to the next register in the coprocessor 
register sequence list. Count specifies that two 64-bit transfers are made (four 
32-bit transfers). 
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MOVD Move, Double Precision, Coprocessor to Indirect (Predecrement), Constant Count 



Syntax 
Execution 



Instruction Words 



Operands 



Description 



Macfiine States 

Instruction Type 

14-54 



MOVD CRd, -*Rd I count] 

lfTMS34082LOADbit = 

Repeat count times 
Rd-32-^Rd 
CRd (32 MSBs) ^*Rd 
Rd-32-^Rd 
CRd (32 LSBs) -> *Rd 
advance to next coprocessor 
register 



lfTMS34082LOADbit = 1 
Repeat co6/nf tinnes 

Rd-32->Rd 

CRd (32 LSBs) -> *Rd 

Rd-32-^Rd 

CRd (32 IVISBs) -^ *Rd 

advance to next coprocessor 
register 
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transfers 


Default ID 


























CRd 



CRd Coprocessor source register for the first double-precision value to 
TMS34020 nnemory 

Rd TMS34020 register (indirect predecrement) containing the address of 
the bit immediately following the 64-bits used to store the first 64-bit 
double-precision floating-point value that is transferred 

count Contains the number of 64-bit transfers to make.This value must in the 
range 1 to 16; the default value is 1. Count determines the value of 
transfers: 

□ If count = 1 6, then transfers = 

□ If count =1 -^15, then transfers = 2 x count 

MOVD moves the 64-bit double-precision values from coprocessor registers 
beginning at CRd to memory beginning at the address (Rd -32). Before each 
32-bit transfer, Rd is decremented; after every two 32-bit transfers, the copro- 
cessor register is advanced to the next register in the coprocessor register 
sequence. The number of 64-bit transfers made is determined by the contents 
of count. 

The TMS34082 configuration register LOAD bit determines whether the LSBs 
or the MSBs will be moved first: 

Ql If the LOAD bit = 1 , then the LSBs are moved first 

(32 LSBs of the fraction) 

Of If the LOAD bit = 0, then the MSBs are moved first 

(sign, exponent, and 20 MSBs of the fraction) 

The LOAD bit default is 0. 



Rd aligned 
Rd nonaligned 



5 + (count*2 - 

6 + (count*2 - 



1) 
1) 



CMOVCM, predecrement, constant count 



TMS34082 Pseudo-ops 



Move, Double Precision, Coprocessor to Indirect (Predecrement), Constant Count MOVD 



Example movd rb7, -*a5, 2 



This example moves two 64-bit double-precision values from coprocessor reg- 
isters beginning at RB7 to TMS34020 memory pointed to by (A5-32). Before 
each 32-bit transfer, register A5 is decremented; after every two 32-bit trans- 
fers, the coprocessor destination is advanced to the next register in the copro- 
cessor register sequence list. Count specifies that two 64-bit transfers are 
made (four 32-bit transfers). 
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MOVD Move, Double Precision, Coprocessor to Coprocessor 



Syntax 
Execution 
Instruction Words 

Operands 

Description 
Macliine States 
Instruction Type 
Example 



MOyO CRs^.CRd 
CRsi -> CRd 
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Default ID 


CRSi 











1 


CRd 



CRsi Coprocessor source register A that holds the 64-bit double-precision 
floating-point value 

CRd Coprocessor destination register 

MOVD moves a 64-bit double-precision value from CRs-j (register A) to CRd. 

2 

CEXEC, short 

MOVD RA7, RB4 

This example moves the 64-bit double-precision value from coprocessor regis- 
ter RA7 to coprocessor register RB4. 
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TMS34082 Pseudo-ops 



Move, Double Precision, Coprocessor to Coprocessor MOVD 



Syntax 
Execution 
Instruction Words 

Operands 

Description 

Machine States 
Instruction Type 
Example 



MOVD CRS2, CRd 
CRS2 -> CRd 
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1 





1 
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Default ID 


CRS2 











1 


CRd 



CRS2 Coprocessor source register B that holds the 64-bit double-precision 
floating-point value 

CRd Coprocessor destination register 

MOVD moves a 64-bit double-precision floating-point value from CRs2 (regis- 
ter B) to CRd. 



CEXEC, short 

MOVD RB3, RB4 

This example moves the 64-bit double-precision value from coprocessor regis- 
ter RB3 to coprocessor register RB4. 
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MOVE Move, Integer, One Register to Coprocessor 



Syntax 
Execution 
Instruction Words 



Operands 

Description 
IVIacliine States 

Instruction Type 
Example 



MOVE Rs,CRd 
Rs -> CRd 

15 14 13 12 11 10 
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Default ID 


























CRd 



Rs TMS34020 source register for 32-bit integer value to coprocessor 
CRd Coprocessor destination register to hold the 32-bit integer 

MOVE nnoves the contents (Integer) of Rs Into CRd. 

3 if the first instruction word Is long word-aligned 
2 if the first instruction word Is not long word-aligned 

CMOVGC, one register 

MOVE A5, RAT 

This example moves the contents of TMS34020 register A5 Into coprocessor 
register RA7. 
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TMS34082 Pseudo-ops 



Move, Integer, Two Registers to Coprocessor MOVE 



Syntax 
Execution 

Instruction Words 



Operands 



Description 
Machine States 

instruction Type 
Example 



MOVE Rst,Rs2,CRd 

Rsi -> CRd 
Rs2->CRd + 1 
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Default ID 


























CRd 



Rsi TMS34020 source register for the first 32-bit integer value to copro- 
cessor 

Rs2 TMS34020 source register for the second 32-bit integer value to 
coprocessor 

CRd Coprocessor destination register that holds the first 32-bit integer val- 
ue. The second integer will be placed in the next register in the copro- 
cessor register sequence list. 

MOVE moves the contents (integer) of Rsi and Rs2 into CRd and CRd + 1 . 

4 if the first instruction word is long word-aligned 
3 if the first instruction word is not long word-aligned 

CMOVGC, two registers 

MOVE A5, A6, RA7 

This instruction moves the contents of TMS34020 registers A5 and A6 into co- 
processor register RA7 and RA8, respectively. 
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l^/IOVE Move, Integer, Indirect to Coprocessor (Postincrement), Register Count 



Syntax 
Execution 



Instruction Words 



Operands 



Description 



MOVE *Rs +, CRd, Rd 

If RD = 

Repeat 32 times 
*Rs -> CRd 
Rs + 32 -> Rs 

advance to next coprocessor 
register 



If Rd = 1 -^ 31 

Repeat Rd times 
*Rs -> CRd 
Rs + 32 -> Rs 

advance to next coprocessor 
register 
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Rs 


Default ID 


























CRd 



Rs TMS34020 source register (indirect postincrement) containing the ad- 
dress of the first 32-bit integer to move to the coprocessor 

CRd Coprocessor destination register to hold the first 32-bit integer 
operand 

Rd TMS34020 register containing the number of 32-bit transfers to make. 
This value must in the range to 31 

□l \fRd= 0, then 32 32-bit transfers are made 

Qi If flof = 1 -^ 31 , then Rd 32-bit transfers are made 

MOVE moves integer values from memory beginning at the address in Rs into 
coprocessor registers beginning at CRd. After each transfer, Rs is increm- 
ented, and CRd is advanced to the next register in the coprocessor register se- 
quence list. The number of 32-bit transfers made is determined by the contents 
of Rd. 



Machine States 


If Rd = and Rs is aligned 


36 




If Rd = and Rs is nonaligned 


37 




If Rd = 1 ^ 31 and Rs is aligned 


5 + (Rd-1) 




If Rd = 1 -> 31 and Rs is nonaligned 


6 + (Rd-1) 


Instruction Type 


CMOVMC, postincrement, register count 




Example 


MOVE *A5+, RA7, B7 





This instruction moves integer values from TMS34020 memory location 
pointed to by A5 to coprocessor registers beginning at RA7. After each 32-bit 
transfer, register A5 is incremented, and the coprocessor destination is ad- 
vanced to the next register in the coprocessor register sequence list. B7 holds 
the number of 32-bit transfers to be made. 
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TMS34082 Pseudo-ops 



Move, Integer, Indirect to Coprocessor (Postincrement), Register Count MOVE 



Syntax 
Execution 



Instruction Words 



Operands 



Description 



Machine States 

Instruction Type 
Example 



MOVE *Rs+, CRd, [, count] 

Repeat coanf times 
*Rs -> CRd 
Rs + 32 -> Rs 
advance to the next coprocessor register 
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Rs 


Default ID 


























CRd 



Rs TMS34020 source register (indirect postincrement) containing the ad- 
dress of the first 32-bit integer to move to the coprocessor 

CRd Coprocessor destination register to hold the first 32-bit integer 
operand 

count Contains the number of 32-bit transfers to make. This value must be 
in the range 1 to 32; the default value is 1 . Count determines the value 
of transfers: 

Ql If count = 32, then transfers = 

Qi If count =1 -^ 31 , then transfers = count 

MOVE moves 32-bit integer values from memory beginning at the address in 
Rs into coprocessor registers beginning at CRd. After each transfer, Rs is in- 
cremented, and the coprocessor destination is advanced to the next register 
in the coprocessor register sequence list. The number of 32-bit transfers made 
is determined by the contents of count. 



Rs Aligned 
Rs Nonaligned 



5 + {count- 1) 

6 + (count- 1) 



CMOVMC, postincrement, constant count 

MOVE *A5+, RB7, 4 

This example moves four 32-bit integer values from TMS34020 memory loca- 
tion pointed to by A5 to coprocessor registers beginning at RB7. After each 
32-bit transfer, register A5 is incremented, and the coprocessor destination is 
advanced to the next register in the coprocessor register sequence list. Count 
specifies that four 32-bit transfers are made. 
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MOVE Move, Integer, Indirect to Coprocessor (Predecrement), Constant Count 



Syntax 
Execution 



Instruction Words 



Operands 



Description 



Machine States 

Instruction Type 
Example 



MOVE -*Rs, CRd I count] 

Repeat count Wmes 
Rs - 32 -> Rs 
*Rs -> CRd 
advance to the next coprocessor register 
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Rs 


Default ID 


























CRd 



Rs TMS34020 source register (indirect postincrement) containing the ad- 
dress of the bit imnnediately after first 32-bit integer to move to the co- 
processor 

CRd Coprocessor destination register to hold the first 32-bit integer 
operand 

count Contains the number of 32-bit transfers to make.This value must in the 
range 1 to 32; the default value is 1 . Count determines the value of 
transfers: 

Ql If count = 32, then transfers = 

Qi If count =1 -> 31 , then transfers = count 

MOVE moves 32-bit integer values from memory beginning at the address in 
(Rs - 32) into coprocessor registers beginning at CRd. Before each transfer, 
the contents of Rs are decremented; after each transfer, the coprocessor desti- 
nation is advanced to the next register in the coprocessor register sequence 
list. The number of 32-bit transfers made is determined by the contents of 
count. 



Rs Aligned 
Rs Nonaligned 



5 + {count -^) 

6 + {count -{) 



CMOVMC, predecrement, constant count 

MOVE -*A5, RB7, 4 

This example moves four 32-bit integer values from TMS34020 memory loca- 
tion pointed to by (A5 -32) to coprocessor registers beginning at RB7. Before 
each 32-bit transfer, register A5 is decremented; after each transfer, coproces- 
sor destination is advanced to the next register in the coprocessor register se- 
quence list. Count specifies that four 32-bit transfers are made. 
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TMS34082 Pseudo-ops 



Move, Integer, Coprocessor to Indirect (Postincrement), Constant Count MOVE 



Syntax 
Execution 



Instruction Words 



Operands 



Description 



Machine States 

Instruction Type 
Example 



MOVE CRd, *Rd+ I count] 

Repeal count times 
CRs -> *Rd 
Rd + 32 -> Rd 
advance to the next coprocessor register 
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transfers 


Default ID 


























CRd 



CRd 



Rd 



count 



Coprocessor source register for the first 32-bit integer value to 
TMS34020 nnemory 

TMS34020 register (indirect postincrement) containing the address 
for the first integer transferred 

Contains the number of 32-bit transfers to make. This value must in 
the range 1 to 32; the default value is 1 . Count determines the value 
of transfers: 

□l If count = 32, then transfers = 



^ 



If count = 32, 
If count =1 -> 31 , 



then transfers = count 



MOVE moves the 32-bit integer values from coprocessor registers beginning 
at CRd to memory beginning at the address in Rd. After each 32-bit transfer, 
Rd is incremented, and the coprocessor register is advanced to the next regis- 
ter in the coprocessor register sequence. The number of 32-bit transfers made 
is determined by the contents of count. 



Rs Aligned 
Rs Nonaligned 



5 + [count- 1) 

6 + (count -{) 



CMOVCM, postincrement, constant count 

MOVE RB7, *A5+, 4 

This example moves four 32-bit integer values from coprocessor registers be- 
ginning at RB7 to TMS34020 memory pointed to by A5. After each 32-bit trans- 
fer, register A5 is incremented, and the coprocessor destination is advanced 
to the next register in the coprocessor register sequence list. Count specifies 
that four 32-bit transfers are made. 
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MOVE Move, Integer, Coprocessor to Indirect (Predecrement), Constant Count 



Syntax 
Execution 



Instruction Words 



Operands 



Description 



Mactiine States 

Instruction Type 
Example 



MOVE CRd, -*Rd [, count] 

Repeat co^nf times 
Rd - 32 -> Rd 
CRd -> *Rd 
advance to the next coprocessor register 
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Default ID 


























CRd 



CRd 



Rd 



count 



Coprocessor source register for the first 32-bit integer value to 
TI\/IS34020 memory 

TI\/1S34020 register (indirect predecrement) containing the address of 
the bit immediately following the 32-bits used to store the first 32-bit 
integer value transferred 

Contains the number of 32-bit transfers to make. This value must in 
the range 1 to 32; the default value is 1 . Count determines the value 
of transfers: 



Ql \i count = 32, 
Ql lfcoiynf=1 ->31, 



then transfers = 
then transfers = count 



MOVE moves the 32-bit integer values from coprocessor registers beginning 
at CRd to memory beginning at the address (Rd -32) . Before each 32-bit trans- 
fer, Rd is decremented; after each 32-bit transfer, the coprocessor register is 
advanced to the next register in the coprocessor register sequence. The num- 
ber of 32-bit transfers made is determined by the contents of count. 



Rs Aligned 
Rs Nonaligned 



5 + {count- 1) 

6 + (count -'\) 



CMOVCM, predecrement, constant count 

MOVE RB7, -*A5, 4 

This example moves four 32-bit integer values from coprocessor registers be- 
ginning at RB7 to TMS34020 memory pointed to by (A5 - 32). Before each 
32-bit transfer, register A5 is decremented; after each 32-bit transfer, the co- 
processor destination is advanced to the next register in the coprocessor regis- 
ter sequence list. Count specifies that four 32-bit transfers are made. 
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TMS34082 Pseudo-ops 



Syntax 
Execution 
Instruction Words 



Operands 

Description 

Macfiine States 

Instruction Type 
Example 



Move, Integer, Coprocessor to One Register MOVE 

MOVE CRd,Rd 
CRd -> Rd 

15 14 13 12 11 10 9 8 7 6 5 4 3 


















1 


1 








1 


1 


R 


Rd 
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Default ID 


























CRd 



CRd Coprocessor source register holding the 32-bit integer value 
Rd TMS34020 destination register 

MOVE moves 32-bit integer from coprocessor register CRd to TMS34020 reg- 
ister Rd. 

5 if the first instruction word is long word-aligned 
4 if the first instruction word is not long word-aligned 

CMOVCG, one register 

MOVE RAT, A5 

This example moves the contents of coprocessor register RA7 to TMS34020 
register A5. 
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MOVE Move, Integer, Coprocessor to Coprocessor 



Syntax 
Execution 
Instruction Words 

Operands 

Description 
Machine States 
Instruction Type 
Example 



MOyE CRsi,CRd 
CRs-i -> CRd 
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Default ID 


CRSi 











1 


CRd 



CRs-i Coprocessor source register A that holds the 32-bit integer value 
CRd Coprocessor destination register 

MOVE moves 32-bit integer value from CRsi (register A) to CRd. 

2 

CEXEC, short 

MOVE RA7, RB4 

This example moves the 32-bit integer value from coprocessor register RA7 
to coprocessor register RB4. 
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TMS34082 Pseudo-ops 



Move, Integer, Coprocessor to Coprocessor MOVE 



Syntax 
Execution 
Instruction Words 

Operands 

Description 
Machine States 
Instruction Type 
Example 



MOVE CRS2, CRd 

CRS2 -^ CRd 
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Default ID 


CRSg 











1 


CRd 



CRS2 Coprocessor source register B that holds the 32-bit integer value 
CRd Coprocessor destination register 

MOVE moves a 32-bit integer value from CRs2 (register B) to CRd. 

2 

CEXEC, short 

MOVE RB3, RB4 

This example moves the 32-bit integer value from coprocessor register RB3 
to coprocessor register RB4. 
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MOVF Move, Single Precision, One Register to Coprocessor 



Syntax 
Execution 
Instruction Words 



Operands 



Description 
l\^achine States 

instruction Type 
Example 



MOVF Rs, CRd 

Rs -^ CRd 

15 14 13 12 11 10 9 8 7 6 5 4 3 2 
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Default ID 


























CRd 



Rs TMS34020 source register for the 32-bit single-precision float- 
ing-point value to coprocessor 

CRd Coprocessor destination register to hold the 32-bit single-precision 
floating-point value 

MOVF moves the contents (single-precision value) of Rs into CRd. 

3 if the first instruction word is long word-aligned 
2 if the first instruction word is not long word-aligned 

CMOVGC, one register 

MOVF A5, RA7 

This example moves the contents of TMS34020 register A5 into coprocessor 
register RA7. 
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TMS34082 Pseudo-ops 



Move, Double Precision, Two Registers to Coprocessor MOVF 



Syntax 
Execution 

Instruction Words 



Operands 



Description 

Machine States 

instruction Type 
Example 



MOVF Rs^,Rs2,CRd 

Rs-j -> CRd 
Rs2->CRd + 1 
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Default ID 


























CRd 



RS"! TMS34020 source register for the first 32-bit single-precision float- 
ing-point value to coprocessor 

RS2 TMS34020 source register for the second 32-bit single-precision float- 
ing-point value to coprocessor 

CRd Coprocessor destination register to hold the first single-precision val- 
ue. The second single-precision value will be placed in the next regis- 
ter in the coprocessor register sequence list. 

MOVF moves the contents (single-precision value) of Rs-| and Rs2 into CRd 
andCRd+1. 

4 if the first instruction word is long word-aligned 
3 if the first instruction word is not long word-aligned 

CMOVGC, two registers 

MOVD A5, AS, RB7 

This example moves the contents of TMS34020 registers A5 and A6 into co- 
processor registers RB7 and RB8. 
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MOVF Move, Single Precision, Indirect to Coprocessor (Postincrement), Register Count 



Syntax 
Execution 



MOVF *Rs+,CRd,Rd 

If Rd = 

Repeat 32 times 
*Rs -> CRd 
Rs + 32 -> Rs 

advance to next coprocessor 
register 



If Rd = 1 -> 31 

Repeat Rd times 
*Rs -^ CRd 
Rs + 32 •-* Rs 

advance to next coprocessor 
register 



instruction Words 



Operands 



Description 
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Rs 


Default ID 


























CRd 



Rs TMS34020 source register (indirect postincrement) containing tlie ad- 
dress of the first 32-bit single-precision floating-point value to move to 
the coprocessor 

CRd Coprocessor destination register to hold the first 32-bit single-preci- 
sion floating-point value 

Rd TMS34020 register containing the number of 32-bit transfers to make. 
This value must in the range to 31 

□ If Re/ = 0, then 32 32-bit transfers are made 

□i If flcf = 1 -> 31 , then Rd 32-bit transfers are made 

MOVF moves 32-bit single-precision values from memory beginning at the ad- 
dress in Rs into coprocessor registers beginning at CRd. After each transfer, 
Rs is incremented, and CRd is advanced to the next register in the coprocessor 
register sequence list. The number of 32-bit transfers made is determined by 
the contents of Rd, 



i\/laciiine States 



instruction Type 
Example 



If Rd = and 
lfRd = Oand 
If Rd = 1 -> 31 and 
If Rd = 1 -> 31 and 



Rs is aligned 
Rs is nonaligned 
Rs is aligned 
Rs is nonaligned 



36 

37 

5+(Rcf-1) 

6+(f?cy-1) 



CMOVMC, postincrement, register count 

MOVF *A5+, RB7, B7 

This instruction moves 32-bit single-precision values from TMS34020 memory 
location pointed to by A5 to coprocessor registers beginning at RA7. After each 
32-bit transfer, register A5 is incremented, and the coprocessor destination is 
advanced to the next register in the coprocessor register sequence list. B7 
holds the number of 32-bit transfers to be made. 
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TMS34082 Pseudo-ops 



Move, Single Precision, Indirect to Coprocessor (Postincrement), Constant Count MOVF 



Syntax 
Execution 



Instruction Words 



Operands 



Description 



Macfiine States 

Instruction Type 
Example 



MOVF ''Rs+^CRdlcount] 

Repeal count times 
*Rs -> CRd 
Rs + 32 -> Rs 
advance to the next coprocessor register 
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Default ID 


























CRd 



Rs TMS34020 source register (indirect postincrement) containing the 
address of the first 32-bit single-precision floating-point value to move 
to the coprocessor 

CRd Coprocessor destination register to hold the first 32-bit single-preci- 
sion floating-point value 

count Contains the number of 32-bittransfers to make.This value must in the 
range 1 to 32; the default value is 1 . Count determines the value of 
transfers: 

Qi If count = 32, then transfers = 

Or If count =1 -> 31 , then transfers = count 

MOVF moves 32-bit single-precision values from memory beginning at the 
address in Rs into coprocessor registers beginning at CRd. After each transfer, 
the contents of Rs are incremented, and the coprocessor destination is 
advanced to the next register in the coprocessor register sequence list. The 
number of 32-bit transfers made is determined by the contents of count. 



Rs Aligned 
Rs Nonaligned 



5 + {count- 1) 

6 + {count- 1) 



CiViOVMC, postincrement, constant count 

MOVF *A5+, RB7, 4 

This example moves four 32-bit single-precision values from TMS34020 
memory location pointed to by A5 to coprocessor registers beginning at RB7. 
After each 32-bit transfer, register A5 is incremented, and the coprocessor des- 
tination is advanced to the next register in the coprocessor register sequence 
list. Count specifies that four 32-bit transfers are made. 
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MOVF Move, Single Precision, Indirect to Coprocessor (Predecrement), Constant Count 



Syntax 
Execution 



Instruction Words 



Operands 



Description 



Machine States 

Instruction Type 
Example 



MOVF -*Rs, CRd [, count] 

Repeat coi/nf times 
Rs - 32 -> Rs 
*Rs -^ CRd 
advance to the next coprocessor register 
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Default ID 


























CRd 



Rs TI\/IS34020 source register (indirect postincrement) containing the 
address of the bit immediately after first 32-bit single-precision float- 
ing-point value to move to the coprocessor 

CRd Coprocessor destination register to hold the first 32-bit single-preci- 
sion floating-point value 

count Contains the number of 32-bit transfers to make. This value must be 
in the range 1 to 32; the default value is 1 . Count determines the value 
of transfers: 

□l If count = 32, then transfers = 

Qi If count =1 -> 31 , then transfers = count 

MOVF moves 32-bit single-precision values from memory beginning at the 
address (Rs - 32) into coprocessor registers beginning at CRd. Before each 
transfer, the contents of Rs are decremented; after each transfer, the copro- 
cessor destination is advanced to the next register in the coprocessor register 
sequence list. The number of 32-bit transfers made is determined by the con- 
tents of count. 



Rs Aligned 
Rs Nonaligned 



5 + {count - 1 ) 

6 + [count - 1 ) 



CMOVMC, predecrement, constant count 

MOVF -*A5, RB7, 4 

This example moves four 32-bit single-precision values from TMS34020 
memory location pointed to by (A5 -32) to coprocessor registers beginning at 
RB7. Before each 32-bit transfer, register A5 is decremented; after each trans- 
fer, the coprocessor destination is advanced to the next register in the copro- 
cessor register sequence list. Count specifies that four 32-bit transfers are 
made. 
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TMS34082 Pseudo-ops 



Move, Single Precision, Coprocessor to Indirect (Postincrement), Constant Count MOVF 



Syntax 
Execution 



Instruction Words 



Operands 



Description 



Machine States 

Instruction Type 
Example 



MOVF CRd, *Rd+ I count] 

Repeat count times 
CRd -> *Rd 
Rd + 32 -> Rd 
advance to the next coprocessor register 
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CRd 



CRd Coprocessor source register for the first 32-bit single-precision float- 
ing-point value to TMS34020 memory 

Rd TMS34020 register (indirect postincrement) containing the address 
for the first 32-bit single-precision floating-point value transferred 

count Contains the number of 32-bit transfers to make. This value must be 
in the range 1 to 32; the default value is 1 . Count determines the value 
of transfers: 

Q If count = 32, then transfers = 

Ql If count = 1 -> 31 , then transfers = count 

MOVF moves the 32-bit single-precision values from coprocessor registers 
beginning at CRd to memory beginning at the address in Rd. After each 32-bit 
transfers, Rd is incremented, and the coprocessor register is advanced to the 
next register in the coprocessor register sequence. The number of 32-bit trans- 
fers made is determined by the contents of count. 



Rs Aligned 
Rs Nonaligned 



5 + {count - 1 ) 

6 + {count- 1) 



CMOVCM, postincrement, constant count 

MOVF RB7, *A5+, 4 

This example moves four 32-bit single-precision values from coprocessor reg- 
isters beginning at RB7 to TMS34020 memory pointed to by A5. After each 
32-bit transfer, register A5 is incremented, and the coprocessor destination is 
advanced to the next register in the coprocessor register sequence list. Count 
specifies that four 32-bit transfers are made. 
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MOVF Move, Single Precision, Coprocessor to Indirect (Predecrement), Constant Count 



Syntax 
Execution 



Instruction Words 



Operands 



Description 



Machine States 

Instruction Type 
Example 



MOVF CRd, -*Rd I count] 

Repeat coiynf times 
Rd-32->Rd 
CRd ^ *Rd 
advance to the next coprocessor register 
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Default ID 


























CRd 



CRd Coprocessor source register for tlie first 32-bit single-precision float- 
ing-point value to TMS34020 memory 

Rd TMS34020 register (indirect predecrement) containing the address of 
the bit immediately following the 32-bits used to store the first 32-bit 
single-precision floating-point value transferred 

count Contains the number of 32-bit transfers to make.This value must in the 
range 1 to 32; the default value is 1 . Count determines the value of 
transfers: 

□l If count = 32, then transfers = 

Q If count =1 ~> 31 , then transfers = count 

MOVF moves the 32-bit single-precision values from coprocessor registers 
beginning at CRd to memory beginning at the address (Rd-32). Before each 
32-bit transfer, Rd is decremented; after each transfer, the coprocessor regis- 
ter is advanced to the next register in the coprocessor register sequence. The 
number of 32-bit transfers made is determined by the contents of count. 



Rs Aligned 
Rs Nonaligned 



5 + {count -^) 

6 + {count - 1 ) 



CMOVCM, predecrement, constant count 

MOVF RB7, -*A5, 4 

This example moves four 32-bit single-precision values from coprocessor reg- 
isters beginning at RB7 to TMS34020 memory pointed to by (A5 - 32). Before 
each 32-bit transfer, register A5 is decremented; after each 32-bit transfer, the 
coprocessor destination is advanced to the next register in the coprocessor 
register sequence list. Count specifies that four 32-bit transfers are made. 
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TMS34082 Pseudo-ops 



Syntax 
Execution 
Instruction Words 



Operands 

Description 
l\^achine States 

instruction Type 
Exampie 



Move, Single Precision, Coprocessor to One Register MOVF 

MOVF CRd,Rd 
CRd -> Rd 

15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 
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Default ID 


























CRd 



CRd Coprocessor source register for the 32-bit single-precision float- 
ing-point value 

Rd TMS34020 destination register 

MOVF moves the contents (single-precision value) of CRd to Rd. 

5 if the first instruction word is long word-aligned 
4 if the first instruction word is not long word-aligned 

CMOVGC, one register 

MOVF RA7, A5 

This example moves the 32-bit single-precision value from coprocessor regis- 
ter RA7 to TMS34020 register A5. 



14-75 



MOVF Move, Single Precision, Coprocessor to Coprocessor 



Syntax 
Execution 
Instruction Words 

Operands 

Description 

Mactiine States 
Instruction Type 
Example 



MOyP CRsi,CRd 
CRs-j -> CRd 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 





1 


1 





1 


1 

















1 


1 





1 


1 





Default ID 


CRSi 











1 


CRd 



CRs-j Coprocessor source register A that holds the 32-bit single-precision 
floating-point operand 

CRd Coprocessor destination register 

MOVF moves the contents (single-precision value) of CRs-| (register A) to 
CRd. 



CEXEC, short 

MOVF RA7, RB4 

This example moves the 32-bit single-precision value from coprocessor regis- 
ter RA7 to coprocessor register RB4. 



14-76 



TMS34082 Pseudo-ops 



Move, Single Precision, Coprocessor to Coprocessor MOVF 



Syntax 
Execution 
Instruction Words 

Operands 

Description 
Mactiine States 
Instruction Type 
Example 



MOVF CRS2, CRd 
CRS2 -> CRd 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 





1 


1 





1 


1 

















1 


1 


1 





1 





Default ID 


CRSg 











1 


CRd 



CRs2 Coprocessor source register B that holds the 32-bit single-precision 
floating-point value 

CRd Coprocessor destination register 

MOVF moves 32-bit single-precision value from CRs2 (register B) to CRd. 

2 

CEXEC, short 

MOVF RB3, RB4 

This example moves the 32-bit single-precision value from coprocessor regis- 
ter RB3 to coprocessor register RB4. 



14-77 



MPYD Multiply, Double Precision 



Syntax 
Execution 
Instruction Words 

Operands 



Description 

Maciiine States 
instruction Type 
Example 



MPYD CRsi,CRs2,CRd 
CRs-i X CRS2 -> CRd 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 





1 


1 





1 


1 

















1 











1 


1 


Default ID 


CRSi 


CRSg 


CRd 



CRs-| Coprocessor register containing the first 64-bit double-precision floa- 
ting-point operand 

CRS2 Coprocessor register containing the second 64-bit double-precision 
floating-point operand 

CRd Coprocessor destination register 

MPYS multiplies the contents (double-precision value) of CRs^ bythe contents 
of CRS2 and stores the result in CRd. 



CEXEC, short 

MPYD RA5, RB6, RA7 

This example multiplies the contents of RA5 by RB6 and stores the result in 
RA7. 



14-78 



TMS34082 Pseudo-ops 



Multiply, Single Precision MPYF 



Syntax 
Execution 
Instruction Words 

Operands 



Description 

l\^achine States 
Instruction Type 
Example 



MPYF CRsi,CRs2,CRd 
CRs-i X CRS2 -> CRd 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 





1 


1 





1 


1 

















1 











1 





Default ID 


CRSi 


CRS2 


CRd 



CRs-j Coprocessor register containing the first 32-bit single-precision floa- 
ting-point operand 

CRS2 Coprocessor register containing the second 32-bit single-precision 
floating-point operand 

CRd Coprocessor destination register 

IVIPYF multiplies the contents (single-precision value) of CRsi by the contents 
of CRS2 and stores the result in CRd. 



CEXEC, short 

MPYF RA5, RB6, RA7 

This exannple multiplies the contents of RA5 by RB6 and stores the result in 
RA7. 



14-79 



M P YF Load and Multiply, Single Precision 



Syntax 
Execution 

Instruction Words 



Operands 



Description 
Machine States 

Instruction Type 
Example 



MPYF RSf, RS2, CRsi, CRs2, CRd 

Rsi -> CRs-j 
RS2 -> CRS2 
CRs-i X CRS2 -> CRd 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 1 




















1 


1 








1 





R 


Rsi 





1 





1 











1 











R 


RS2 


Default ID 


CRSi 


CRSg 


CRd 



Rs-| TMS34020 source register for the first 32-bit single-precision float- 
ing-point value to coprocessor 

RS2 TMS34020 source registerforthe second 32-bit single-precision float- 
ing-point value to coprocessor 

CRs-j Coprocessor register to contain the first 32-bit single-precision floa- 
ting-point operand 

CRs2 Coprocessor register to contain the second 32-bit single-precision 
floating-point operand 

CRd Coprocessor destination register 

MPYS loads the contents (single-precision value) of Rs-j and Rs2 into CRs-j 
and CRS2 respectively, nnultiplies CRs-| x CRS2, and stores the result in CRd. 

4 if the first instruction word is long word-aligned 
3 if the first instruction word is not long word-aligned 

CMOVGC, two registers 

MPYF A5, A6, RA5, RB6, RA7 

This example loads TMS34020 registers A5 and A6 into coprocessor registers 
RA5 and RB6 respectively, multiplies the contents of RA5 by RB6, and stores 
the result in RA7. 



14-80 



TMS34082 Pseudo-ops 



Multiply, Integer MPYS 



Syntax 
Execution 
Instruction Words 

Operands 

Description 

Machine States 
Instruction Type 
Example 



MPYS CRsi, CRS2, CRd 
CRsi X CRS2 -* CRd 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 





1 


1 





1 


1 

















1 

















Default ID 


CRSi 


CRSg 


CRd 



CRs-j Coprocessor register containing the first 32-bit integer operand 
CRS2 Coprocessor register containing tine second 32-bit integer operand 
CRd Coprocessor destination register 

MPYS nnultiplies the contents (integer) of CRs-j by the contents of CRs2 and 
stores the result in CRd. 



CEXEC, short 

MPYS RA5, RB6, RB7 

This example nnultiplies the contents of RA5 by RB6 and stores the result in 
RB7. 



14-81 



M P YS Load and Multiply, Integer 



Syntax 
Execution 

Instruction Words 



Operands 



Description 
i\^actiine States 

Instruction Type 
Example 



MPYS RSf, RS2, CRSi, CRS2, CRd 

RS"| -> CRsi 
RS2 -> CRS2 
CRs-i X CRS2 -» CRd 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 1 




















1 


1 








1 





R 


RSi 





1 





1 























R 


RS2 


Default ID 


CRSi 


CRS2 


CRd 



Rs-j TMS34020 source register for the first 32-bit integer value to copro- 
cessor 

Rs2 TI\/IS34020 source register for tlie second 32-bit integer value to 
coprocessor 

CRs-j Coprocessor register to contain the first 32-bit integer operand 

CRs2 Coprocessor register to contain the second 32-bit integer operand 

CRd Coprocessor destination register 

MPYS loads the contents (integer) of Rs-j and Rs2 into CRs-j and CRs2 respec- 
tively, multiplies CRs-j x CRs2, and stores the result in CRd. 

4 if the first instruction word is long word-aligned 
3 if the first instruction word is not long word-aligned 

CMOVGC, two registers 

MPYS A5, A6, RA5, RB6, RB7 

This example loads TMS34020 registers A5 and A6 into coprocessor registers 
RA5 and RB6, multiplies the contents of RA5 by RB6, and stores the result in 
RB7. 



14-82 



TMS34082 Pseudo-ops 



Negate, Integer, 2s Complement NEG 



Syntax 
Execution 
Instruction Words 

Operands 
Description 



Machine States 
Instruction Type 
Example 



NEG CRs,CRd 
-CRs ~> CRd 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 





1 


1 





1 


1 

















1 


1 


1 


1 








Default ID 


CRs 








1 


1 


CRd 



CRs Coprocessor source register containing the 32-bit integer operand 
CRd Coprocessor destination register 

NEG takes tine 2s complement of the contents (integer) of CRs and stores the 
result in CRd. 

The source register, CRs, must be in the A coprocessor register file. 

2 

CEXEC, short 

NEG RA5, RB7 

This example takes the 2s complement of the contents of RA5 and stores the 
result in RB7. 



14-83 



N EG Load and Negate, Integer, 2s Complement 



Syntax 
Execution 

Instruction Words 



Operands 

Description 

Maciiine States 

instruction Type 
Example 



NEG Rs, CRs, CRd 

Rs -* CRs 
-CRs -* CRd 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 




















1 


1 











1 


R 


Rs 





1 





1 


1 


1 


1 





























Default ID 


CRs 








1 


1 


CRd 



Rs TMS34020 source register for the 32-bit integer value to coprocessor 
CRs Coprocessor register to contain the 32-bit integer operand 
CRd Coprocessor destination register 

NEG loads the contents (integer) of Rs into CRs, takes the 2s complement of 
the contents of CRs, and stores the result in CRd. 

The source register, CRs, must be In the A coprocessor register file. 

4 if the first instruction word is long word-aligned 
3 if the first instruction word is not long word-aligned 

CMOVGC, one register 

NEG A5, RA5, RB7 

This example loads TMS34020 register A5 into coprocessor register RA5^ 
takes the 2s complement of the contents of RA5, and stores the result in RB7. 



14-84 



TMS34082 Pseudo-ops 



Negate, Double Precision NEGD 



Syntax 
Execution 
Instruction Words 

Operands 
Description 



Machine States 
Instruction Type 
Example 



NEGD CRs, CRd 
-CRs -^ CRd 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 





1 


1 





1 


1 

















1 


1 


1 


1 


1 


1 


Default ID 


CRs 








1 


1 


CRd 



CRs Coprocessor register containing the 64-bit double-precision floa- 
ting-point operand 

CRd Coprocessor destination register 

NEGD negates the contents (double-precision value) of register CRs and 
stores the result in CRd. 

The source register, CRs, must be in the A coprocessor register file. 

2 

CEXEC, short 

NEGD RA5, RB7 

This exannple negates the contents of RA5 and stores the result in RB7. 



14-85 



NEGF Negate, Single Precision 



Syntax 
Execution 
Instruction Words 

Operands 
Description 

Machine States 
instruction Type 
Exampie 



NEGF CRs,CRd 
-CRs -> CRd 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 





1 


1 





1 


1 

















1 


1 


1 


1 


1 





Default ID 


CRs 








1 


1 


CRd 



CRs Coprocessor register containing tiie 32-bit single-precision floa- 
ting-point operand 

CRd Coprocessor destination register 

NEGF negates the contents (single-precision value) of CRs and stores the re- 
sult in CRd. 

The source register, CRs, must be in the A coprocessor register file. 

2 

CEXEC, short 

NEGF RA5, RA7 

This example negates the contents of RA5 and stores the result in RA7. 



14-86 



TMS34082 Pseudo-ops 



Load and Negate, Single Precision N EG F 



Syntax 
Execution 

Instruction Words 



Operands 



Description 

Machine States 

Instruction Type 
Example 



NEGF Rs, CRs, CRd 

Rs -^ CRs 
-CRs -> CRd 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 




















1 


1 











1 


R 


Rs 





1 





1 


1 


1 


1 


1 


























Default ID 


CRs 








1 


1 


CRd 



Rs TMS34020 source register for the 32-bit single-precision float- 
ing-point value to coprocessor 

CRs Coprocessor register to contain the 32-bit single-precision 
floating-point operand 

CRd Coprocessor destination register 

NEGF loads the contents (single-precision value) of Rs into CRs, negates the 
contents of CRs, and stores the result in CRd. 

The source register, CRs, must be in the A coprocessor register file. 

3 if the first instruction word is long word-aligned 
2 if the first instruction word is not long word-aligned 

CMOVGC, one register 

NEGF A5, RA5, RB7 

This example loads TMS34020 register A5 into coprocessor register RA5^ ne- 
gates the contents of RA5, and stores the result in RB7. 



14-87 



NOT Not, Integer, 1s Complement 



Syntax 
Execution 
Instruction Words 

Operands 
Description 

Machine States 
Instruction Type 
Example 



NOT CRs,CRd 
NOT GRs -> CRd 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 





1 


1 





1 


1 

















1 


1 


1 


1 








Default ID 


CRs 











1 


CRd 



GRs Coprocessor source register containing the 32-bit integer operand 
CRd Coprocessor destination register 

NOT takes the 1 s complement of the contents (integer) of CRs and stores the 
result in CRd. 

The source register, CRs, must be in the A coprocessor register file. 

2 

CEXEC, short 

NOT RA5, RA7 

This example takes the 1 s complement of the contents of RA5 and stores the 
result in RA7. 



14-88 



TMS34082 Pseudo-ops 



Load and Not, Integer, 1s Complement NOT 



Syntax 
Execution 

Instruction Words 



Operands 

Description 

Macfiine States 

Instruction Type 
Example 



NOT Rs, CRs, CRd 

Rs -> CRs 

NOT CRs -> CRd 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 




















1 


1 











1 


R 


Rs 





1 





1 


1 


1 


1 





























Default ID 


CRs 











1 


CRd 



Rs TMS34020 source register for the 32-bit integer value to coprocessor 
CRs Coprocessor register to contain the 32-bit integer operand 
CRd Coprocessor destination register 

NOT loads the contents (integer) of Rs into the CRs, takes the 1 s complement 
of the contents of register CRs, and stores the result in CRd. 

The source register, CRs, must be in the A coprocessor register file. 

3 if the first instruction word is long word-aligned 
2 if the first instruction word is not long word-aligned 

CMOVGC, one register 

NOT A5, RA5, RAT 

This example loads TMS34020 register A5 into coprocessor register RA5^ 
takes the 1 s complement of the contents of RA5, and stores the result in RA7. 



14-89 



SQR Square, Integer 

Syntax 
Execution 
Instruction Words 

Operands 
Description 

Macliine States 
Instruction Type 
Example 



SQR CRs,CRd 
CRs X CRs -> CRd 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 





1 


1 





1 


1 

















1 


1 


1 


1 








Default ID 


CRs 


1 











CRd 



CRs Coprocessor source register containing the 32-bit integer operand 
CRd Coprocessor destination register 

SQR squares the contents (integer) of CRs and stores the result in CRd. 

The source register, CRs, must be in the A coprocessor register file. 

2 

CEXEC, short 

SQR RA5, RA7 

This example squares the contents of RA5 and stores the result in register 
RA7. 



14-90 



TMS34082 Pseudo-ops 



Load and Square, Integer SQ R 



Syntax 
Execution 

Instruction Words 



Operands 

Description 

l\^acfiine States 

Instruction Type 
Example 



SQR Rs, CRs, CRd 

Rs -> CRs 

CRs X CRs -> CRd 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 




















1 


1 











1 


R 


Rs 





1 





1 


1 


1 


1 





























Default ID 


CRs 


1 











CRd 



Rs TMS34020 source register for the 32-bit integer value to coprocessor 
CRs Coprocessor register to contain the 32-bit integer operand 
CRd Coprocessor destination register 

SQR loads the contents (integer) of Rs into CRs, squares the contents of CRs, 
and stores the result in CRd. 

The source register, CRs, must be in the A coprocessor register file. 

3 if the first instruction word is long word-aligned 
2 if the first instruction word is not long word-aligned 

CMOVGC, one register 

SQR A5, RA5, RB7 

This exannple loads TMS34020 register A5 into coprocessor register RA5^ 
squares the contents of RA5, and stores the result in RB7. 



14-91 



SQRD Square, Double Precision 



Syntax 
Execution 
Instruction Words 

Operands 
Description 

Macfiine States 
Instruction Type 
Example 



SQRD CRs, CRd 
CRs X CRs -> CRd 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 





1 


1 





1 


1 

















1 


1 


1 


1 


1 


1 


Default ID 


CRs 


1 











CRd 



CRs Coprocessor register containing the 64-bit double-precision floa- 
ting-point operand 

CRd Coprocessor destination register 

SQRD squares the contents (double-precision value) of CRs and stores the 
result in CRd. 

The source register, CRs, must be in the A coprocessor register file. 

2 

CEXEC, short 

SQRD RA5, RA7 

This example squares the contents of RA5 and stores the result in RA7. 



14-92 



TMS34082 Pseudo-ops 



Square, Single Precision SQRF 



Syntax 
Execution 
Instruction Words 

Operands 
Description 



l\^actiine States 
Instruction Type 
Example 



SQRF CRs, CRd 
CRs X CRs -> CRd 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 





1 


1 





1 


1 

















1 


1 


1 


1 


1 





Default ID 


CRs 


1 











CRd 



CRs Coprocessor source register containing the 32-bit single-precision 
floating-point operand 

CRd Coprocessor destination register 

SQRF squares the contents (single-precision value) of CRs and stores the re- 
sult in CRd. 

The source register, CRs, nnust be in the A coprocessor register file. 

2 

CEXEC, short 

SQRF RA5, RB7 

This example squares the contents of RA5 and stores the result in RB7. 



14-93 



S Q R F Load and Square, Single Precision 



Syntax 
Execution 

Instruction Words 



Operands 



Description 

l\^acfiine States 

Instruction Type 
Example 



SQRF Rs, CRs, CRd 

Rs->CRs 

CRs X CRs -^ CRd 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 




















1 


1 











1 


R 


Rs 





1 





1 


1 


1 


1 


1 


























Default ID 


CRs 


1 











CRd 



Rs TMS34020 source register for the 32-bit single-precision float- 
ing-point value to coprocessor 

CRs Coprocessor register to contain the 32-bit single-precision float- 
ing-point operand 

CRd Coprocessor destination register 

SQRF loads the contents of Rs into CRs, squares the contents 
(single-precision value) of CRs, and stores the result in CRd. 

The source register, CRs, must be in the A coprocessor register file. 

3 if the first instruction word is long word-aligned 
2 if the first instruction word is not long word-aligned 

CMOVGC, one register 

SQRF A5, RA5, RB7 

This example loads TMS34020 register A5 into coprocessor register RA5^ 
squares the contents of RA5, and stores the result in RB7. 



14-94 



TMS34082 Pseudo-ops 



Square Root, Integer SQRT 



Syntax 

Execution 
Instruction Words 

Operands 
Description 

Maciiine States 
instruction Type 
Example 



SQRT CRs, CRd 
v/CRs->CRd 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 





1 


1 





1 


1 

















1 


1 


1 


1 








Default ID 


CRs 


1 








1 


CRd 



CRs Coprocessor register containing the 32-bit integer operand 
CRd Coprocessor destination register 

SQRT takes the square root of the contents (integer) of CRs and stores the 
result in CRd. 

The source register, CRs, must be in the A coprocessor register file. 

2 

CEXEC, short 

SQRT RA5, RB7 

This example takes the square root of the contents of RA5 and stores the result 
in RB7. 



14-95 



SQRT Load and Square Root, Integer 



Syntax 
Execution 

Instruction Words 



Operands 

Description 

Mactiine States 

Instruction Type 
Example 



SQRT Rs, CRs, CRd 

Rs -> CRs 
yCRs->CRd 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 




















1 


1 











1 


R 


Rs 





1 





1 


1 


1 


1 





























Default ID 


CRs 


1 








1 


CRd 



Rs TMS34020 source register for the 32-bit integer value to coprocessor 
CRs Coprocessor register to contain tiie 32-bit integer operand 
CRd Coprocessor destination register 

SQRT loads the contents (integer) of Rs into CRs, takes the square root of the 
contents of CRs, and stores the result in CRd. 

The source register, CRs, must be in the A coprocessor register file. 

3 if the first instruction word is long word-aligned 
2 if the first instruction word is not long word-aligned 

CMOVGC, one register 

SQRT A5, RA5, RA7 

This example loads TMS34020 register A5 into coprocessor register RA5^ 
takes the square root of the contents of RA5, and stores the result in RA7. 



14-96 



TMS34082 Pseudo-ops 



Syntax 

Execution 
Instruction Words 

Operands 
Description 

Maciiine States 
Instruction Type 
Example 



Square Root, Double Precision SQRTD 

SQRTD CRs, CRd 
v/CRs->CRd 

15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 



1 


1 





1 


1 

















1 


1 


1 


1 


1 


1 


Default ID 


CRs 


1 








1 


CRd 



CRs Coprocessor register containing the 64-bit double-precision floa- 
ting-point operand 

CRd Coprocessor destination register 

SQRTD takes the square root of the contents (double-precision value) of CRs 
and stores the result in CRd. 

The source register, CRs, must be in the A coprocessor register file. 

2 

CEXEC, short 

SQRTD RA5, RA7 

This example takes the square root of the contents of RA5 and stores the result 
in RA7. 



14-97 



SQRTF Square Root, Single Precision 



Syntax 

Execution 
Instruction Words 

Operands 
Description 

Machine States 
Instruction Type 
Example 



SQRTF CRs,CRd 



/CRs->CRd 

15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 



1 


1 





1 


1 

















1 


1 


1 


1 


1 





Default ID 


CRs 


1 








1 


CRd 



CRs Coprocessor register containing the 32-bit single-precision 
floating-point operand 

CRd Coprocessor destination register 

SQRTF takes the square root of the contents (single-precision value) of CRs 
and stores the result in CRd. 

The source register, CRs, must be in the A coprocessor register file. 

2 

CEXEC, short 

SQRTF RA5, RA7 

This example takes the square root of the contents of RA5 and stores the result 
in RA7. 



14-98 



TMS34082 Pseudo-ops 



Load and Square Root, Single Precision SQRTF 



Syntax 


SQRTF Rs, CRs, CRd 


Execution 


Rs -> CRs 




yCRs -* CRd 


Instruction Words 


15 14 13 12 11 10 



Operands 



Description 

i\^acliine States 

Instruction Type 
Example 


















1 


1 











1 


R 


Rs 





1 





1 


1 


1 


1 


1 


























Default ID 


CRs 


1 








1 


CRd 



Rs TMS34020 source register for the 32-bit single-precision float- 
ing-point value to coprocessor 

CRs Coprocessor register to contain the 32-bit single-precision 
floating-point operand 

CRd Coprocessor destination register 

SQRTF loads the contents (single-precision value) of Rs into CRs, takes the 
square root of the contents of CRs, and stores the result in CRd. 

The source register, CRs, nnust be in the A coprocessor register file. 

3 if the first instruction word is long word-aligned 
2 if the first instruction word is not long word-aligned 

CMOVGC, one register 

SQRTF AS, RA5, RA7 

This example loads TMS34020 register A5 into coprocessor register RA5^ 
takes the square root of the contents of RA5, and stores the result in RA7. 
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SUB Subtract, Integer, (A Register - B Register) 



Syntax 
Execution 
Instruction Words 

Operands 



Description 

Machine States 
Instruction Type 
Example 



S[JBCRsi,CRs2,CRd 
CRs-i - CRS2 -> CRd 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 







1 


1 





1 


1 


























1 










Default ID 


CRSi 


CRSg 


CRd 





CRs-| Coprocessor A register containing the 32-bit minuend integer operand 

CRS2 Coprocessor B register containing the 32-bit subtrahend integer oper- 
and 

CRd Coprocessor destination register 

SUB subtracts the contents (integer) of CRS2 from CRs-| and stores the result 
in CRd. 



CEXEC, short 

SUB RA5, RB3, RA7 

This example subtracts the contents of RB3 from RA5 and stores the result in 
RA7. 
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Load and Subtract, Integer, (A Register - B Register) SUB 



Syntax 
Execution 

Instruction Words 



Operands 



Description 

Machine States 

Instruction Type 
Example 



SUB Rsy, RS2, CRs-j, CRS2, CRd 

Rs-j -> CRs-j 
RS2 -* CRS2 
CRsi - CRS2 -* CRd 

15 14 13 12 11 10 9 


















1 


1 








1 





R 


RSi 





1 














1 














R 


RSg 


Default ID 


CRSi 


CRS2 


CRd 



Rs-i TMS34020 source register for the first (minuend) 32-bit integer value 
to coprocessor 

Rs2 TMS34020 source register for the second (subtrahend) 32-bit integer 
value to coprocessor 

CRsi Coprocessor A register to contain the 32-bit nninuend integer operand 

CRs2 Coprocessor B register to contain the 32-bit subtrahend integer 
operand 

CRd Coprocessor destination register 

SUB loads the contents (integer) of Rs-| and Rs2 into CRsi and CRs2 respec- 
tively, subtracts the contents of CRS2 from CRs-i , and stores the result in CRd. 

4 if the first instruction word is long word-aligned 
3 if the first instruction word is not long word-aligned 

CMOVGC, two registers 

SUB AO, B6, RA5, RB3 , RA7 

This example loads TMS34020 registers AO and B6 into coprocessor registers 
RA5 and RB3, subtracts the contents of RB3 from RA5, and stores the result 
in RA7. 
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SUB Subtract, Integer, (B Register -A Register) 



Syntax 
Execution 
Instruction Words 

Operands 



Description 

l\^aciiine States 
Instruction Type 
Example 



SUBCRs2,CRsi,CRd 
CRS2 - CRs-j -> CRd 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 





1 


1 





1 


1 























1 


1 








Default ID 


CRSi 


CRSg 


CRd 



CRs-| Coprocessor A register containing the 32-bit subtrahend integer oper- 
and 

CRS2 Coprocessor B register containing the 32-bit minuend integer operand 

CRd Coprocessor destination register 

SUB subtracts the contents (integer) of CRsi from CRS2 and stores the result 
in CRd. 



CEXEC, short 

SUB RB5, RA3, RA7 

This example subtracts the contents of RA3 from RB5 and stores the result in 
RA7. 
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Load and Subtract, Integer, (B Register -A Register) SUB 



Syntax 
Execution 

Instruction Words 



Operands 



Description 

l\^achine States 

Instruction Type 
Example 



SUB RS2, Rsi, CRS2, CRst, CRd 

Rsi -> CRs-i 
RS2 -> CRS2 
CRS2 - CRsi -> CRd 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 2 1 




















1 


1 








1 





R 


Rsi 





1 











1 


1 














R 


RS2 


Default ID 


CRSi 


CRS2 


CRd 



Rsi TMS34020 source register for the first (subtrahend) 32-bit integer val- 
ue to coprocessor 

RS2 TMS34020 source register for the second (minuend) 32-bit integer 
value to coprocessor 

CRs-j Coprocessor A register to contain the 32-bit subtrahend integer 
operand 

CRS2 Coprocessor B register to contain the 32-bit minuend integer operand 

CRd Coprocessor destination register 

SUB loads the contents (integer) of Rs-j and Rs2 into CRs-j and CRs2 respec- 
tively, subtracts the contents of CRs-( from CRS2, and stores the result in CRd. 

4 if the first instruction word is long word-aligned 
3 if the first instruction word is not long word-aligned 

CMOVGC, two registers 

SUB B6, AO, RB5, RA3 , RA7 

This example loads TMS34020 registers B6 and AO into coprocessor registers 
RB5 and RA3, subtracts the contents of RA3 from RB5, and stores the result 
in RA7. 
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S U B D Subtract, Double Precision, (A Register - B Register) 



Syntax 
Execution 
Instruction Words 

Operands 



Description 

Machiine States 
Instruction Type 
Example 



S\JBD CRsi, CRs2,CRd 
CRsi - CRS2 -> CRd 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 





1 


1 





1 


1 


























1 


1 


1 


Default ID 


CRSi 


CRS2 


CRd 



CRs-| Coprocessor A register containing the minuend 64-bit double-preci- 
sion floating-point operand 

CRs2 Coprocessor B register containing the subtrahend 64-bit double- 
precision floating-point operand 

CRd Coprocessor destination register 

SUBD subtracts the contents (double-precision value) of CRs2fromCRs-| and 
stores the result in CRd. 



CEXEC, short 

SUBD RA5, RB3, RA7 

This exannple subtracts the contents of RB3 from RA5 and stores the result in 
RA7. 
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Subtract, Double Precision, (B Register -A Register) SUBD 



Syntax 
Execution 
Instruction Words 

Operands 



Description 

Machine States 
Instruction Type 
Example 



S[JBDCRs2,CRsi,CRd 
CRS2-CRS1 -^CRd 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 





1 


1 





1 


1 























1 


1 


1 


1 


Default ID 


CRSi 


CRS2 


CRd 



CRs-j Coprocessor A register containing the subtrahend 64-bit double-pre- 
cision floating-point operand 

CRS2 Coprocessor B register containing the nninuend 64-bit double-preci- 
sion floating-point operand 

CRd Coprocessor destination register 

SUBD subtracts the contents (double-precision value) of CRs-| from CRs2 and 
stores the result in CRd. 



CEXEC, short 

SUBD RB5, RA3, RA7 

This example subtracts the contents of RA3 from RB5 and stores the result in 
RA7. 
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SUBF Subtract, Single Precision, (A Register - B Register) 



Syntax 
Execution 
Instruction Words 

Operands 



Description 

Machine States 
Instruction Type 
Example 



SUBF CRsi,CRs2,CRd 
CRsi - CRS2 -> CRd 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 





1 


1 





1 


1 


























1 


1 





Default ID 


CRsi 


CRS2 


CRd 



CRs-| Coprocessor A register containing the minuend 32-bit single-precision 
floating-point operand 

CRs2 Coprocessor B register containing the subtrahend 32-bit single-preci- 
sion floating-point operand 

CRd Coprocessor destination register 

SUBF subtracts the contents (single-precision value) of CRs2 from CRsi and 
stores the result in CRd. 



CEXEC, short 

SUBF RA5, RB3, RA7 

This example subtracts the contents of RB3 from RA5 and stores the result in 
RA7. 
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Load and Subtract, Single Precision, (A Register - B Register) SUBF 



Syntax 
Execution 

Instruction Words 



Operands 



Description 

Machine States 

Instruction Type 
Example 



SUBFflSy, RS2, CRSi, CRS2, CRd 

Rsi -> CRsi 
RS2 -* CRS2 
CRsi - CRS2 -> CRd 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 1 




















1 


1 








1 





R 


RSi 





1 














1 


1 











R 


RS2 


Default ID 


CRSi 


CRS2 


CRd 



Rs-i TMS34020 source register for the first (minuend) 32-bit single-preci- 
sion floating-point value to coprocessor 

RS2 TMS34020 source register for the second (subtrahend) 32-bit 
single-precision floating-point value to coprocessor 

CRs-i Coprocessor A register to contain the minuend 32-bit single-precision 
floating-point operand 

CRS2 Coprocessor B register to contain the subtrahend 32-bit single-preci- 
sion floating-point operand 

CRd Coprocessor destination register 

SUBF loads the contents (single-precision value) of Rsi and Rs2 into CRs-| 
and CRS2 respectively, subtracts the contents of CRS2 from CRsi , and stores 
the result in CRd. 

4 if the first instruction word is long word-aligned 
3 if the first instruction word is not long word-aligned 

CMOVGC, two registers 

SUBF AO, B6, RA5, RB3, RA7 

This example loads TMS34020 registers AO and B6 into coprocessor registers 
RA5 and RB3, subtracts the contents of RB3 from RA5, and stores the result 
in RA7. 
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SUBF Subtract, Single Precision, (B Register -A Register) 



Syntax 
Execution 
Instruction Words 

Operands 



Description 

Machine States 
Instruction Type 
Example 



SUBF CRs2,CRsirCRd 
CRS2-CRS-1 ->CRd 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 





1 


1 





1 


1 























1 


1 


1 





Default ID 


CRSi 


CRS2 


CRd 



CRsi Coprocessor A register containing the subtrahend 32-bit single-preci- 
sion floating-point operand 

CRS2 Coprocessor B register containing the minuend 32-bit single-precision 
floating-point operand 

CRd Coprocessor destination register 

SUBF subtracts the contents (single-precision value) of CRs^ from CRS2 and 
stores the result in CRd. 



CEXEC, short 

SUBF RB5, RA3, RA7 

This example subtracts the contents of RA3 from RB5 and stores the result in 
RA7. 
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TMS34082 Pseudo-ops 



Load and Subtract, Single Precision, (B Register -A Register) SUBF 



Syntax 
Execution 

Instruction Words 



SUBFf?S2, Rsi, CRS2, CRSf, CRd 



Operands 



Description 

Machine States 

Instruction Type 
Example 



Rs-j -> CRsi 
RS2 -> CRS2 
CRS2 - CRs-i 



CRd 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 1 




















1 


1 








1 





R 


Rsi 





1 











1 


1 


1 











R 


RS2 


Default ID 


CRSi 


CRS2 


CRd 



Rs-| TMS34020 source register for the first (subtrahend) 32-bit single-pre- 
cision floating-point value to coprocessor 

Rs2 TMS34020sourceregisterforthesecond (minuend) 32-bitsingle-pre- 
cision floating-point value to coprocessor 

CRsi Coprocessor A register to contain the subtrahend 32-bit single-preci- 
sion floating-point operand 

CRS2 Coprocessor B register to contain the minuend 32-bit single-precision 
floating-point operand 

CRd Coprocessor destination register 

SUBF loads the contents (single-precision value) of Rs-^ and Rs2 into CRs-| 
and CRS2 respectively, subtracts the contents of CRs-| from CRs2, and stores 
the result in CRd. 

4 if the first instruction word is long word-aligned 
3 if the first instruction word is not long word-aligned 

CMOVGC, two registers 

SUBF B6, AO, RB5, RA3 , RA7 

This example loads TMS34020 registers B6 and AO into coprocessor registers 
RB5 and RA3, subtracts the contents of RA3 from RB5, and stores the result 
in RA7. 
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Chapter 15 

Instruction Timing 



This chapter summarizes the timings of the TMS34020 assembly-language 
instruction set. It contains two sections: 



Section Page 

These sections are divided 1 5.1 Timing for All Instructions 

between MOVE and MOVB Except MOVEs and MOVBs 15-2 

instructions and the remainder of 1 5.2 Timing for MOVE and 

the instructions. mOVB Instructions 15-10 



Please note these characteristics about the timings listed in this book: 

Q[ Numbers identify TMS34020 machine states. 

□1 All timings assume that the cache is enabled and that the instruction is in 
the cache. 

□i Numbers in parentheses identify hidden cycles. 

The TMS34020 may execute some instructions in parallel, "hiding" some 
instruction states. Hidden cycles are memory-write cycles that occur at the 
end of an instruction. The machine states consumed by the instruction that 
the CPU is executing hide the machine states consumed by the write 
cycles. These hidden cycles are not counted against he instruction that in- 
curs them, but are counted against subsequent instructions. If an instruc- 
tion uses the local bus before all of the hidden cycles have been over- 
lapped by subsequent instructions, that instruction must wait for the hid- 
den cycles to complete. 

Qi These timings assume that 

■ All memory requests are granted when requested; no higher priority 
memory requests are pending. 

■ When the CPU requests page-mode access, the memory grants it. 

■ No wait states occur. 

■ No retries occur. 
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Timing for All Instructions Except MOVEs and MOVBs 



15.1 Timing for All Instructions Except MOVEs and MOVBs 

This section lists the instructions for all instructions except the MOVE and 
MOVB instructions. Please note that 

Q[ If the tinning for an instruction states that this is a complex instruction, 
than no simple formula is available for providing the timing for the instruc- 
tion. The number of machine states consumed by this instruction's execu- 
tion will vary depending on the circumstances of its execution. 

Ql Instruction timing for graphics instructions varies, depending on the pixel- 
processing option you've selected. The timing formulas for graphics in- 
structions (such as DRAV and LINE) ask you to add the values shown in 
Table 15-1 into your timing calculations. 

Table 15-1. Effects of Pixel-Processing Options on Graphics Instructions 





Number of Cycles Required for the Following 
Pixel Sizes 


Pixel-Processing Option 


1 


2 or 4 


8, 16, or 32 


Replace 


0(2) 


0(2) 


0(1) 


ADD 


— 


2(2) 


2(1) 


ADDS 


— 


3(2) 


3(1) 


SUB 


— 


2(2) 


2(1) 


SUBS 


— 


3(2) 


3(1) 


MAX 


— 


3(2) 


3(1) 


MIN 


— 


3(2) 


3(1) 


PPCODE 


2(2) 


2(2) 


2(1) 



Instruction 


Number of machine cycles 
consumed by instruction execution 


ABS 


1 




ADD 


1 




ADDC 


1 




ADDI (short) 


2 




ADDI (long) 


2 
3 


If the immediate data Is long-word aligned 
If the immediate data Is not long-word aligned 


ADDK 


1 




ADDXY 


1 




ADDXYI 


2 
3 


if the immediate data Is long-word aligned 
If the immediate data is not long-word aligned 


AND 


1 
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Timing for All Instructions Except MOVEs and MOVBs 



Instruction 


Number of machine cycles 
consumed by instruction execution 


ANDI 


2 if the imnnediate data is long-word aligned 

3 if the immediate data is not long-word aligned 


ANDN 


1 


ANDNI 


2 if the immediate data is long-word aligned 

3 if the immediate data is not long-word aligned 


BLMOVE 


complex instruction 


BTST (constant) 


1 


BTST (register) 


1 


CALL 


3 + (1) if the SP is aligned 
3 + (4) if the SP is not aligned 


CALLA 


3 if immediate data is long-word aligned, 4 if SP is also long-word aligned 
3+(3) if Immediate data is not long-word aligned, 4+(3) if SP is also not long- 
word aligned 


CALLR 


3 + (1) if the SP is long-word aligned 
3 + (4) if the SP is long-word not aligned 


CEXEC (long) 


2 (1) if the immediate data is long-word aligned 

3 (1) if the immediate data is not long-word aligned 


CEXEC (short) 


2(1) 


CLIP 


compiex instruction 


CLR 


1 


CLRC 


1 



CMOVCG 



Single: 4 If the immediate data is long-word aligned 

5 if the immediate data is not long-word aligned 

Double: 5 if the immediate data is long-word aligned 

6 if the immediate data is not long-word aligned 



CMOVCM (count*+) 


5 + [count-1] if the immediate data is long-word aligned 

6 + [count-1] If it is not 

(count Is the number of 32-bit transfers) 


CMOVCM (count-*) 


5 + [count-1] if the immediate data is long-word aligned 

6 + [count-1] if It is not 

(count is the number of 32-bit transfers) 


CMOVCS 


4 if the immediate data is long-word aligned 

5 if it is not 


CMOVGC (one register) 


2 (1) if the Immediate data is long-word aligned 
3(1) if it is not 


CMOVGC (two registers) 


3 (1) if the immediate data is long-word aligned 
4(1) if it is not 
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Instruction 


Number of machine cycles 
consumed by instruction execution 


CMOVMC (constant*+) 


5 + [constant-1] If the immediate data is long-word aligned 

6 + [constant-1] if it is not 

(constant is the number of 32-bit transfers) 


CMOVMC (constant*-) 


5 + [constant-1] if the immediate data Is long-word aligned 

6 + [constant-1] if it is not 

(constant is the number of 32-bit transfers) 


CMOVMC (register*+) 


5 + [register value-1] If the Immediate data Is long-word aligned 

6 + [register value-1] if it is not 

(the register value is the number of 32-bit transfers) 


CMP 


1 




CMP! (long) 


2 if the immediate data is long-word aligned 

3 if it is not 


CMP! (short) 


2 




CMPK 


1 




CMPXY 


1 




CPW 


1 




CVDXYL 


pitch is a power of 2: 
2 powers of 2: 
arbitrary: 


2 

3 

14 


CVMXYL 


pitch is a power of 2: 
2 powers of 2: 
arbitrary: 


2 

3 

14 


CVSXYL 


pitch is a power of 2: 
2 powers of 2: 
arbitrary: 


2 

3 

14 


CVXYL 


pitch is a power of 2: 
2 powers of 2: 
arbitrary: 


3 

4 

15 


DEC 


1 




DINT 


3 





DIVS 



Rd Odd: 


39 


(normal case) 




41 


(If result = SOOOOOOOh) 




7 


(If Rs = 0) 


Rd Even: 


40 


(normal case) 




41 


(If result = SOOOOOOOh) 




7 


(if Rs = or Rs ^ Rd) 


Rd Odd: 


37 


(normal case) 




7 


(If Rs = 0) 


Rd Even: 


37 


(normal case) 




5 


(if Rs = or Rs ^ Rd) 



DIVU 
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Timing for All Instructions Except MOVEs and MOVBs 



Instruction 



Number of machine cycles 
consumed by instruction execution 



DRAV 



Key: P 

CD 



Window option 



inside 
outside 



4+P+CD 
4+P+CD 



5 
3 



4+P+CD 
5 



4+P+CD 
3 



Selected pixel-processing option; see Table 15-1. 

Complexity of destination pitch. CD = if CONVDP contains a power of 2; CD = 

tains a sum of powers of 2; CD = 12 if CONVDP contains an arbitrary pitch. 



1 if CONVDP con- 



DSJ 


2 
3 


if no jump "" 
if jump 


DSJEQ 


2 
3 


if no jump 
if jump 


DSJNE 


2 
3 


if no jump 
if jump 


DSJS 


2 
3 


if no jump 
if jump 


EINT 


3 




EMU 


8 


(more if the TMS34020 enters emulation mode) 


EXGF 


1 if FO 

2 if F1 


EXGPC 


2 




EXGPS 


2(1) 


FULL 


complex instruction 


FILLXY 


complex instruction 



FLINE 



IDLE 



INC 



12 + 3CD + [2+P]£: + 3 

Key: P Selected pixel-processing option; see Table 15-1. If the number of 
hidden cycles is greater than 1 , then P = P+ (hidden cycles - 1). 

E Total number of pixels drawn. 

CD Complexity of destination pitch. CD = if CONVDP contains a pow- 
er of 2; CD = 1 If CONVDP contains a sum of powers of 2; CD = 
12 if CONVDP contains an arbitrary pitch. 



FPIXEQ 


complex instruction 


FPIXNE 


complex instruction 


GETPC 


1 


GETPS 


2 


GETST 


1 



minimum execution time of 1 cycle before taking interrupt 

EMU: 5 cycles min before responds to halt 

NMI model: 8 

NMI modeO, HINT, DPYINT, WINT, INT1, or INT2: 11 if SP aligned, else 13 

1 
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instruction 



Number of machine cycles 
consumed by instruction execution 



JAcc 



3 if no jump, else 4 



JRcc (short) 



1 if no jump, else 2 



JRcc (long) 



2 if no jump, else 3 



JUMP 



LINE 



Window option 0: 
Window option 1 : 
Window option 2: 
Window option 3: 



^3 + 3CD■\^[3+P]E + 2 
13 + 3CZ) + [3+P]2 + 2 
13 + 3CD + [3+P]E + WV-\- 2 
13 + 3CD + [3+P]£; + 32 + 2 



Key: 



P 

wv 
Q 

E 
CD 



Selected pixel-processing option; see Table 15-1, but ignore the hidden cycles. 
=3 if there is a window violation, = othenA/ise. 
Total number of pixels calculated but not drawn. 
Total number of pixels drawn. 

Complexity of destination pitch. CD = if CONVDP contains a power of 2; CD = 1 1f CONVDP con- 
tains a sum of powers of 2; CD = 12 if CONVDP contains an arbitrary pitch. 



UNIT 


9 












LMO 


1 












MMFM 


# reaisters moved 


1 


2 


3 


4 


n 




# cycles 


6 


7 


8 


9 


n + 5 



MMTM 



# registers moved 



1 



long-word aligned 4(1) 6(1) 7(1) 8(1) [4 + «](1) 

bytealigned 4(1) 8(1) 9(1) 10(1) [6 + «](1) 

bit aligned 4(2) 9(2) 10(2) 11(2) [7 + «](1) 

Note: Add 1 to all timings if the MMTM instruction is not long-word aligned. 



MODS 


40 
41 
3 


if result = 8000 OOOOh 
if Rs = 


MODU 


35 
3 


if Rs = 


MOVE Rs, Rd 


1 




MOVI (long) 


2 
3 


if immediate data is long-word aligned 
if it isn't 


MOVI (short) 


2 




MOVK 


1 




MOVX 


1 




MOVY 


1 




MPYS 


Rs negative: 5 + (field size 1)/2 
Rs positive: 6 + (field size 1)/2 


MPYU 


54 


(field size 1)/2 
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PIXT Rs, *Rd 
PIXT Rs, *Rd.XY 

PIXT *Rs, Rd 
PIXT *Rs, *Rd 
PIXT *RsXy, Rd 
PIXT *Hs.XY, *f?d.XY 



Instruction 




Number of machine cycles 
consumed by instruction execution 


MWAIT 




minimum of 2 


NEG 1 


NEGB 1 


NOP 1 


NOT 1 


OR 1 


ORI 




2 if immediate data is long-word aligned 

3 if it isn't 


PFILL 




complex instruction 


PIXBLT B, 


L 


complex instruction 


PIXBLT B, 


XY 


complex instruction 


PIXBLT L, 


L 


complex instruction 


PIXBLT L, 


M, L 


complex instruction 


PIXBLT L, 


XY 


complex instruction 


PIXBLT XY, L 


complex instruction 


PIXBLT XY, XY 


complex instruction 



2+P 
Window option 



inside 
outside 



4+CD+P 
4+CD+P 



4+CD+P 
5+CD 



3+CD+P 
3+CD 



4+P 
6 + C5 
Window option 



1 



inside 
outside 



J+CS+CDi-P 5 
7+C5+CZ)+P 3 



7+C5+CZ)+P 7-\-CS+CD+P 
5+CD 3+CD 



Key: P Selected pixel-processing option; see Table 15-1 (page 15-2). 

CD Complexity of destination pitch. CD = 0\i CONVDP contains a power of 2; CD = 1 if CONVDP con- 
tains a sum of powers of 2; CD = 12 if CONVDP contains an arbitrary pitch. 

CS Complexity of source pitch. C5 = if CONVSP contains a power of 2; C^" = 1 if CONVSP contains 
a sum of powers of 2; C5 = 12 if CONVSP contains an arbitrary pitch. 



POPST 



6 iftheSP is aligned 

7 if it isn't 



PUSHST 



PUTST 



2(1) if the SP is aligned 
2 (2) if it isn't 
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Instruction 


Number of machine cycles 
consumed by instruction execution 


RET! 


52 if BF status bit = 1 
38 if IX status bit = 1 
else? 


RETM 


52 if BF status bit = 1 
38 if IX status bit = 1 
else 10 


RETS 


5 

6 if the stack isn't aligned 


REV 


1 


RL (constant) 


1 


RL (register) 


1 


RIVIO 


1 



RPIX 



2 if PSIZE = 32 
4ifPSIZE = 16 

5 if PSIZE = 8 

6 if PSIZE = 4 

7 if PSIZE = 2 

8 if PSIZE = 1 



SETC 1 


SETCDP pitch is a power of 2: 4(1) 

2 powers of 2: 6(1) 
arbitrary: 3(1) 


SETCMP pitch is a power of 2: 4(1) 

2 powers of 2: 6(1) 
arbitrary: 3(1) 


SETCSP pitch is a power of 2: 4(1) 

2 powers of 2: 6(1) 
arbitrary: 3(1) 


SETF 1 


SEXT 2 


SLA (constant) 3 


SLA (register) 3 


SLL (constant) 1 


SLL (register) 1 


SRA (constant) 1 


SRA (register) 1 


SRL (constant) 1 


SRL (register) 1 
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Timing for All Instructions Except MOVEs and MOVBs 




Instruction 


Number of machine cycles 
consumed by instruction execution 


SUB 


1 


SUBB 


1 


SUBI (long) 


2 if the immediate data Is long-word aligned 

3 If It Isn't 


SUBI (short) 


2 


SUBK 


1 


SUBXY 


1 


SWAPF 


5 


TFILL 


complex instruction 


TRAP 


7 if TRAP 0, else 1 if ST aligned 
else 12 


TRAPL 


10 If ST aligned 
else 12 


VBLT 


complex instruction 


VFILL 


complex instruction 


VLCOL 


2(1) 


XOR 


1 


XORI 


2 if the Immediate data is long-word aligned 

3 If it isn't 


ZEXT 


1 
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15.2 Timing for fVIOVE and fVIOVB Instructions 



This section contains the timing for MOVE and MOVB instructions. These 
timings are divided into three categories: 

Qi Timings for memory-to-register moves (reads) 
Qi Timings for register-memory moves (writes) 
Qi Timings for memory-to-memory moves 



General assumptions 



The timing of the move instructions depends on how the accessed field is 
aligned in memory. The following cases of field alignment characterize the 
move instruction timing. 

1 ) The field is aligned on the boundaries of a long word or on any byte bound- 
aries. 

2) At least one end of the field is not aligned to a byte boundary. 

3) The field crosses a long-word boundary, but both ends are aligned on byte 
boundaries. 

4) The field crosses a long-word boundary, and only one end is aligned on 
a byte boundary. 

5) The field crosses a long-word boundary, and neither end is aligned on a 
byte boundary. 



Table 15-2. Cases Table for MOVE and MOVB Timings 



Case Number 


Number of Read 
Required 


Cycles 


Number of Write Cycles 
Required 


1 


2 




2 


2 


2 




3 


3 


3 




3 


4 


3 




4 


5 


3 




5 



The timing tables refer to these cases. 
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Timing for l\/10VE and MOVB Instructions 



Memory-to-register moves 



Case 



Instruction 


1 


2 


3 


4 


5 


MOVB *Rs, Rd 


4 


4 


— 


— 


5 


MOVB *Rs(SOffset), Rd 


6 


6 


— 


— 


7 


MOVB ©SAddress, Rd 


5/6 


5/6 


— 


— 


6/7 


MOVE *Rs, Rd 

sign extended: 


3 

4 


3 

4 


4 
5 


4 
5 


4 
5 


MOVE *Hs+, Rd 

sign extended: 


3 
4 


3 

4 


4 
5 


4 
5 


4 
5 


MOVE -*Rs, Rd 

sign extended: 


4 
5 


4 
5 


5 
6 


5 
6 


5 
6 


MOVE *Rs(SOffset), Rd 
sign extended: 


4 
6 


4 
6 


5 

7 


5 

7 


5 

7 


MOVE @Rs, Rd 

sign extended: 


4/5 
5/6 


4/5 
5/6 


5/6 
6/7 


5/6 
6/7 


5/6 
6/7 



Register-to-memory moves 



Case 



Instruction 


1 


2 


3 


4 


5 


MOVB Rs, *Rd 

big endian 


1(1) 
2 


1(2) 
2(1) 


— 


— 


1(4) 
2(3) 


MOVB Rs, *Rd 


3(1) 


3(2) 


— 


— 


3(4) 


MOVB Rs, @Rd 

big endian 


2(1)/3(1) 
3(1)/3(1) 


2(2)/3(2) 
3(2)/3(2) 


— 


— 


2(4)/3(4) 
3(4)/3(4) 


MOVE Rs, *Rd 

big endian 


1(1) 
2(1) 


1(2) 
2(2) 


1(2) 
2(2) 


1(3) 
2(3) 


1(4) 
2(4) 


MOVE Rs, *Rd+ 


1(1) 
2(1) 


1(2) 
2(2) 


1(2) 
2(2) 


1(3) 
2(3) 


1(4) 
2(4) 


MOVE Rs, -*Rd 


2(1) 


2(2) 


2(2) 


2(3) 


2(4) 


MOVE f?s, -*ra 


3(1) 


3(2) 


3(2) 


3(3) 


3(4) 


MOVE Rs, @Rd 

big endian 


2(1)/3(1) 
3(1)/3(1) 


2(2)/3(2) 
3(2)/3(2) 


2(2)/3(2) 
3(2)/3(2) 


2(3)/3(3) 
3(3)/3(3) 


2(4)/3(4) 
3(4)/3(4) 
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Memory-to-memory moves 



First, look in Table 15-2 (page 15-10) to find the source alignment (case 1-5) 
and the destination alignment (easel -5). Then, useTable 15-3 to find which 
column to use in the timing table below. 



Table 15-3. Source/Destination Alignment for MOVE and MOVB Timings 





Destination 


Source 


1 


2 


3 


4 


5 


1 


A 


C 


C 


H 


E 


2 


A 


C 


C 


H 


E 


3 


B 


D 


D 


G 


F 


4 


B 


D 


D 


G 


F 


5 


B 


D 


D 


G 


F 



R/W Cycles 


2/2 


3/2 


2/3 


3/3 


2/5 


3/5 


3/4 


2/4 




A 


B 


C 


D 


E 


F 


G 


H 


MOVB *Rs, *Rd 


3(1) 


4(1) 


3(2) 


4(2) 


3(4) 


4(4) 






MOVB *Rs(SOffset), *Rd(DOffset) 


5(1) 


6(1) 


5(2) 


6(2) 


5(2) 


6(4) 




MOVB @SAddress,@DAddress 
even 
odd 


5(1) 
7(1) 


6(1) 
8(1) 


5(2) 
7(2) 


6(2) 
8(2) 


5(4) 
7(4) 


6(4) 
8(4) 




MOVE *Rs, *Rd 


3(1) 


4(1) 


3(2) 


4(2) 


3(4) 


4(4) 


4(3) 


3(3) 


MOVE *Rs+, *Rd+ 


3(1) 


4(1) 


3(2) 


4(2) 


3(4) 


4(4) 


4(3) 


3(3) 


MOVE -*Rs, -*Rd 


4(1) 


5(1) 


4(2) 


5(2) 


4(4) 


5(4) 


5(3) 


4(3) 


MOVE *Rs(SOffset), *Rd+ 


5(1) 


6(1) 


5(2) 


6(2) 


5(4) 


6(4) 


6(3) 


5(3) 


MOVE *Rs(SOffset), *Rd(DOffset) 


5(1) 


6(1) 


5(2) 


6(2) 


5(4) 


6(4) 


6(3) 


5(3) 


MOVE @Rs, *Rd+ 
even 
odd 


4(1) 
5(1) 


5(1) 
6(1) 


4(2) 
5(2) 


5(2) 
6(2) 


4(4) 
5(4) 


5(4) 
6(4) 


5(3) 
6(3) 


4(3) 
5(3) 


MOVE @Rs, @Rd 
even 
odd 


5(1) 
7(1) 


6(1) 
8(1) 


5(2) 
7(2) 


6(2) 
8(2) 


5(4) 
7(4) 


6(4) 
8(4) 


6(3) 
8(3) 


5(3) 
7(3) 
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Appendix A 

Test and Emulation Considerations 



This appendix provides information that you'll need if you're building a 
TMS34020 target system and you plan to use the TMS34020 Emulator. The 
TMS34020 Emulator supports realtime in-circuit emulation; key features 
include 

Qi Serial scan-path technology. The emulator uses Tl's revolutionary serial 
scan-path technology, eliminating the need for the typical emulator target 
cable, which uses a full device pinout. Instead, the target system needs 
only a 12-pin header to connect between the TMS34020 and the 
TMS34020 emulator board through the emulation target cable. 

Qi PC-compatible emulator board. The emulator board is a PC/XT-com- 
patible emulator board. It provides a high-speed communication path be- 
tween a PC and the TMS34020. 

Of Symbolic debugger with windowed interface. The emulator's symbolic 
debugger provides the following features through its windowed interface: 

■ Ability to upload/download application code and emulation setup 

■ Software breakpoints on selected instructions 

■ Single-step execution 

■ Access to registers and memory 

■ TMS34020 patch assembler/disassembler 
n Benchmark timing 



Section Page 

The remainder of this appendix A.1 Overview of an Emulation System A-2 

contains information about setting a.2 Emulation Connector (12-Pln Header) A-3 

up your target system. ^3 signal Buffering A-4 

A.4 Buffer Delays A-5 

A.5 Design Considerations A-7 

A.6 Mechanical Dimensions A-9 
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A.1 Overview of an Emulation System 

Figure A-1 shows atypical setup using the emulator, target cable, and yourtar- 
get system. 

Figure A- 1. Typical Setup Using ttie TMS34020 Emuiator and Your Target System 

target system 

12-pin connector 
active buffer pod • 

target cable 




TMS34020 



Figure A-2 shows how you connect the emulator and target cable to your tar- 
get system. 



Figure A-2. Connecting ttie TMS34020 Emulator to Your Target System 



target cable 



TMS34020 Emulator board 



yourTMS34020 
target system 




mmm 




12-pin connector 
12-pin header 
TMS34020 




active buffer pod 
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Emulation Connecter (12-Pin Header) 



A.2 Emulation Connector (12-Pin Header) 



To use the target cable, your target system must have a 1 2-pin header (2 rows 
of 6 pins) with the connections that are shown in Figure A-3. The header pins 
connect directly to the TMS34020 except when the header is farther than 2 
inches from the TMS34020 (see Section A.3 on page A-4). 



Figure A-3. 12-Pin Header Signals 



Header Dimensions: 




Pin-to-pin spacing 


0.100 inches 


(X,Y) 


Pin width: 


0.025 inches 
square post 




Pin length: 


0.235 inches 
nominal 





EMU1 


1 


2 


GND 


EMUO 


3 


4 


GND 


EMU2 


5 


6 


GND 


PD (+5V) 


7 


■ 


no pin 
(key) 


EMU3 


9 


10 


GND 


LCLK1 


11 


12 


GND 



Signal 


Description 




TMS34020 
Pin Number 


EMUO 


Emulation pin 




J1 


EMU1 


Emulation pin 1 




J3 


EMU2 


Emulation pin 2 




K1 


EMUS 


Emulation pin 3 




H2 


LCLK1 


TMS34020 local clock 1 


H1 


PD 


Presence detect. Indicates that the cable 
tem is powered up. Tie PD to +5 volts in 


is connected and target sys- 
the target system. 



Although you can use other headers, recommended parts include 



straight header, unshrouded 



right-angle header, unshrouded 



right-angle header, 4-wall shrouded 



DuPont Connector Systems 
part number 67996-112 

DuPont Connector Systems 
part number 68405-112 

AMP, Incorporated 
part number 1031 67-3 
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A.3 Signal Buffering 



It is extremely important to provide high-quality signals between the emulator 
and the TMS34020 on the target system. In many cases, the signal must be 
buffered to produce a high-quality signal. The need for signal buffering and 
placement of the emulation header can be divided into 3 categories: 

Q[ No signal buffering. In this situation, the distance between the header 
and the TMS34020 should be no more than 2 inches. 









* — 0to2 inches — • 
3^ 







1 

<D 

X 








2 / 




TMS34020 












/ • 



EMUO. EMU1.EMU2 



LCLK1,EMU3 



□i Buffered transmission signals. In this situation, the distance between 
the emulation header and the TMS34020 is greater than 2 inches but less 
than 6 inches. The transmission signals— LCLK1 and EMU3— are buff- 
ered through the same package. 









* 2 to 6 inches- 


» 

EMU2 






_ 3y EMU0.EMU1, 


1 


* X 


EMU3 




TMS34020 




2/ 


\^LCLK1. 


>:::::!:•:::■:::: 






mm 


/ 


^ 





Q All signals buffered. The distance between the emulation header and the 
TMS34020 is greaterthan 6 inches but less than 1 2 inches. All TMS34020 
emulation signals— EMUO, EMU1, EMU2, and EMU3— are buffered 
through the same package. 











< 
[> 


6 to 12 inches ^ 




mmmmmMmmmmmmm. 


• ^^ 


EMUO, EMU1,EMU2 


4. 

X 


iw 




mm: 


• / 


LCLK1,EMU3 


■'mm- 


TMS34020 


mm<: 

mm 

mm^i 


2y 


mimmimmmmm 


1 — ^^^ 
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A.4 Buffer Delays 



The absolute maximum propagation delay for both -32 and -40 TMS34020 
devices is 10 ns. The buffer is noninverting, and all emulation signals that are 
buffered should be buffered through the same package. 

The distance between the TMS34020 and the buffers depends on the PWB 
layout and loading on LCLK1 . However, Texas Instruments suggests that the 
distance be as short as possible and less than 4 inches. 

When you buffer LCLK1 , don't place another device between the buffer output 
and header. Connecting another device to this signal could cause false trigger- 
ing of the device due to cable reflections (see Figure A-4). 



Figure A-4. LCLK1 Buffer Restrictions 



ill 








iiii 


TMS34020 




LCLK1 


:v:;:;:::;:;:::;:>H::;;:::i^>:::;:i:;:::v:S:::::i:::;:;:;:i>:i:;:::i:i:i:i;i:i:;:x:;:v:v:;: 


mim 




WMM 





D> 



Don 't connect any devices be- 
tween the buffered LCLK1 
output and the header! 




Figure A-5 shows a portion of logic in the emulator pod. Note that 33-Q. resis- 
tors are added to EMUO, EMU1 , and EMU2; this minimizes cable reflections. 
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Figure A-5. Emulator Pod Interface 



EMU3 (pin 9) • 



LCLK1 (pin 11) 



PD (+ 5 V, pin 7) 



GND(pins2,4,6, 10, 12)- 



no pin (key, pin 8) 



74F175 



1Q 
2Q 
3Q 



-AAAr 

^VvV 

A^^A^V 



74F74 



D Q 



74AS1004 



{> 



74AS1004 



> 



100 £2 



EMU1 (pini) 
EiVIUO (pin 3) 
EMU2 (pin 5) 
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Design Considerations 



A.5 Design Considerations 



When designing a TMS34020 target system, please observe these hardware 
and software emulation constraints. Portions of these design considerations 
are advanced information and may not apply to all Texas Instruments emula- 
tors. 

□i Reset and interrupts. When an emulator is active, the TMS34020 will ser- 
vice reset and interrupts only if the emulator is in an execution mode. The 
target system must provide a reset to the TMS34020 before the emulator 
is activated. 

Qi Host/emulation coordination. If the emulator has stopped execution of 
the TMS34020 (program execution is halted), the TMS34020 will continue 
to respond to host port accesses. If TMS34020 program execution is re- 
quired to provide a response to a host access, the host could hang or time- 
out. Also, functions such as reset, interrupts, NMI, and HLT will not take 
effect until the emulator is placed back in an execution mode; this could 
also hang the host application if a response is required. Emulators and 
host applications typically use timeouts to keep from hanging if a 
TMS34020 function is not performed properly. If both the emulator and 
host are accessing the TMS34020 memory space at the same time, false 
timeouts could occur in both the emulator and the host. 

I 1 

Note: 

Both the host and emulator can access the same memory space at effectively 
the same time. Thus, the emulator's memory display could be inaccurate if 
the host is modifying a memory location within the display range. 



To minimize these conflicts, the host can use 3 bits within HSTCTLL to 
grant access of the TMS34020 to the emulator. These bits are: 

■ EMR (emulator request), 

■ EMG (emulator grant), and 

■ EMIEN (emulator interrupt enable). 

The emulator sets EMR when the emulator requires access to the device. 
If EMIEN is set, a host interrupt is generated via the HINT pin. When the 
host sets EMG, the interrupt is cleared and the emulator performs its pend- 
ing function. 

TMS34020 execution will be stopped immediately if an emulation halt con- 
dition (such as a breakpoint) is encountered, although emulation access of 
the TMS34020 will not start until EMG is set. The host processor can use 
either the host interrupt or the EMR bit to indicate that an emulator halted 
the TMS34020. 
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When the emulator no longer requires access to the device, the emulator 
clears EMR. Once again, this causes a host interrupt if EMIEN is set. The 
host interrupt is deactivated when the host clears EMG. 

Using this handshake protocol is optional and should be used in applica- 
tions that are sensitive to emulation access of the TMS34020. Before at- 
tempting to integrate this protocol into your system, consult the TMS34020 
XDS Emulator User's Guide for additional information. 
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A.6 Mechanical Dimensions 

Figure A-6 shows the TMS34020 emulator target cable, which consists of 

Qi an emulator connector, 

Qi a 3-foot section of jacketed cable. 

Of an active cable pod, 

Q a short section of jacketed cable that connects to the target system, and 

Q a 1 2-pin connector that connects to the target system's 1 2-pin header. 



Figure A-6. Target Cable 



3-foot jacketed cable 




^ — emulator connector 

short jacketed cable, 
connects to target system 



active cable pod 




12-pin connector- 



The overall cable length is approximately 3'10". Figure A-7 shows the 
mechanical dimensions for the target cable pod. The cable pod box is noncon- 
ductive plastic with 4 recessed metal screws. 



Figure A-T. Pod Dimensions 




Figure A-8 shows the" 
connector dimensions 



Note: All dimensions are in inches and are nominal dimensions unless othen^/jse spe- 
cified. 
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Figure A-8. 12'Pin Connector Dimensions 
(a) Side view 



0.20 




(b) Top view 



0.100 




key, pin 8 



pins 1,3,5,7,9,11- 



pins 2,4,6,8,10,12 



Notes: 1 ) All dimensions are in inches and are nominal dimensions unless otherwise 
specified. 

2) PIn-to-pin spacing on the connector is 0.100 Inches in both the X and Y 
planes. 
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Appendix B 

Glossary 



address/status subcycle: First part of a local-memory cycle, sometimes 
referred to as row-address time. 

aliasing: Stairstep effect on a raster display of a line or arc segment. 

ALT CH: Ad dress latch signal. You can use the high-to-low transition of 
ALTCH to capture the address and status present on the LAD bus. 

antialiasing: Method for reducing the severity of aliasing effects by adjust- 
ing the intensity of a pixel according the pixel's proximity to the line or 
edge of an object. 



back porch: Portion of horizontal or vertical blanking that follows the trailing 
edge of the horizontal- or vertical-sync pulse. 

bandwidth: Number of bits per second that can be transferred by a device. 

BEN: Big-endian enable (bit of CONFIG register). BEN=0 (default) selects 
little-endian addressing mode; BEN=1 selects big-endian addressing 
mode. 

big-endian: Addressing mode in which the "big" or most significant end of 
an address (bit 31) points to the least significant end (bit 0) of a word of 
data. 

binary array: 2-dimensional bitmap in which each pixel is represented as a 
single bit (a oral). 

bitbit: Bit-aligned block transfer. Transfer of a rectangular array of pixel infor- 
mation from one location in a bitmap to another. 

bitmap: 1 . Digital representation of an image in which bits are mapped to pix- 
els. 2. Block of memory used to hold raster images in a device-specific 
format. 
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bit plane: Hardware used as a storage medium for a bitmap. 

black level: Amplitude of the composite signal at which the beam of the pic- 
ture tube is extinguished (becomes black) to blank retrace of the beam. 
This level is established at 75% of the signal amplitude. 

blanking signals: Pulses that extinguish the scanning beam during horizon- 
tal or vertical retrace periods. 

breakpoint: Point within a routine at which the routine may be interrupted 
by external intervention. 

BSFLTD: Bus-fault data registers (32-bit I/O register, address COOO 0320h). 
The TMS34020's memory controller saves the LAD data into BSFLTD 
when a bus fault occurs on a CPU-initiated memory access. 

BSFLTDL: 1 6 LSBs of BSFLTD, accessed at address COOO 320h. 

BSFLTDH: 1 6 MSBs of BSFLTD, accessed at address COOO 330h. 

BSFLTST: Bus-fault status register (16-bit I/O register, address 
COOO 02D0h). The TMS34020's memory controller saves its state in 
BSFLTST before it signals that a bus fault occurred. 

BUSFLT: Bus fault signal. External logic asserts BUSFLT to indicate that a 
fault occurred on the current bus cycle. 



cache memory: A fast, on-chip memory. 

cache hit: The cache contains the requested instruction word. 

cache miss: The cache does not contain the requested instruction word. 

CAD: Computer-aided design. 

CAMD: Column-address mode. Shifts the column address on the RCA bus 
to allow mixing of DRAM and VRAM address matrices. 



CAS: Column-address strobes (CASO— CAS3). Drive the CAS inputs of 
DRAMs and VRAMs. 

GBP: Configuration byte protect (bit 4 of CONFIG register). CBP=0 is the 
default; CBP=1 write-protects the LSbyte of CONFIG until a reset occurs. 

CD: Cache disable (bit 1 5 of CONTROL register). CD=0 (default) enables 
cache operation; CD=1 forces the TMS34020 to ignore the contents of 
the cache and to fetch instructions from memory. 

OF: Cache flush (bit 1 4 of HSTCTLH register). Setting CF to 1 flushes and 
disables the cache. Normal cache operation resumes when CF is cleared 
too. 
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clipping: Removing parts of display elements that lie outside a defined 
boundary (the boundary is usually a window or a viewport). 

COLORO: Background color register (B8). Identifies the replacement color 
for 0-value pixels in a source array. 

C0L0R1: Foreground color register (89). Identifies the replacement color 
for pixels that will be altered in the destination array. 

column-address time: See data subcycle. 

composite video: Color-picture signal plus all blanking and sync signals. 
The signals include luminance and chrominance signals, vertical- and 
horizontal-sync pulses, vertical- and horizontal-blanking pulses, and the 
color-burst signal. 

CONFIG: Configuration register (1 6-bit I/O register, address COOO 01 AOh). 
Contains fields that selectively enable/disable various aspects of system 
configuration. 

CONTROL: Memory control register (16-bit I/O register, addresses 
COOO OOBOh and COOO 0190h).Controlsvarious aspects of CPU activity. 

CONVDP: Destination pitch conversion factor register (16-bit I/O register, 
address COOO 01 40h). Contains a control parameter used for converting 
an XY destination address to a linear address. 

CONVMP: Mask pitch conversion factor register (1 6-bit I/O register, address 
COOO 0180h). Contains a control parameter used for converting an XY 
mask address to a linear address. 

CONVSP: Source pitch conversion factor register (16-bit I/O register, 
address COOO 01 30h). Contains a control parameter used for converting 
an XY source address to a linear address. 

coprocessor: An additional processor in a system; extends the functionality 
of the main processor. For example, the TMS34082 is a coprocessor for 
the TMS34020; in a TMS34020 system, the TMS34082 adds floating- 
point capabilities to the TMS34020's functions. 

CSD : Composite-sy nc direction (bit 2 of DPYCTL register). When the 
CSYNC/HBLNK pin is configured as CSYNC (CVD=0), CSD determines 
if CSYNC is configured as in input (CSD=0) or an output (CSD=1). 

CST: CPU shift-register transfer enable (bit 1 1 of DPYCTL register). When 
CST=1 , the TMS34020 converts pixel accesses into VRAM shift-register 
transfer cycles. 

CVD: Composit e video disable (b it 3 o f DPYCTL regist er). Controls the func- 
tions of the CSYNC/ HBLNK and CB LNK/VBL NK pins. CV D=0 selects 
CSYNC and CBLNK; CVD=1 selects HBLNK and VBLNK. 
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DAC: Digital-to-analog converter. 

DADDR: Destination address register (B2). Contains the destination array 
address for graphics instructions. 

data subcycle: Second part of a local-memory cycle, sometimes referred 
to as column-address time. 

DDIN: Data bus direction input-enable signal. Drives the active-high input 
enables on bidirectional transceivers. 



DDOUT: Data bus direction output-enable signal. Drives the active-low out- 
put enables on bidirectional transceivers. 

DGIS: Direct graphics interface standard. 

DIE: Display interrupt enable (bit 10 of INTENB register). Setting DIE to 1 
enables the display interrupt. 

DIP: Display interrupt pending (bit 1 of INTPEND register). DIP is set to 1 
when a display interrupt is requested. 

DINC: Display increment registers (32-bit I/O register, address 
COOO 0240h). Contains the increment value for the DPYNX register. 

DINCL: 1 6 LSBs of DINC, accessed at address COOO 0240h. 

DINCH: 1 6 MSBs of DINC, accessed at address COOO 0250h. 

display area: Rectangular portion of the physical display screen in which in- 
formation is visibly displayed; does not include the border area. 

display element: Basic graphic element that can be used to construct a dis- 
play image. 

display memory: Area of memory used to hold the graphics image output 
to the video monitor. 

display pitch : Difference in memory addresses between two vertically adja- 
cent positions on the screen. 

dotclock: Clock that cycles the rate at which video data is output to a CRT. 

DPTCH: Destination pitch register (B3). Defines the linear difference 
between starting addresses of adjacent rows in a destination array. 

DPYADR: Display address register. Provides compatibility with the 
TMS34010. 

DPYCTL: Display control register (1 6-bit I/O register, address COOO OOSOh). 
Controls video timing and VRAM serial-register transfers. 
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DPYINT: Display interrupt register (16-bit I/O register, address 
COOO OOAOh). Identifies the next scan line (in some circumstances, the 
next half scan line) at which a display interrupt can be requested. 

DPYNX: Display next address registers (32-bit I/O register, address 
COOO 0220h). Contains a 32-bit address that is output during a screen-re- 
fresh cycle. 

DPYNXL: 1 6 LSBs of DPYNX, accessed at address COOO 0220h. 

DPYNXH: 1 6 MSBs of DPYNX, accessed at address COOO 0230h. 

DPYMSK: Display mask register (1 6-bit I/O register, address COOO 02E0h). 
When midline reload screen refreshes are enabled, DPYMSK deter- 
mines which bits of DPYNX & DPYST correspond to the tap-point portion 
of the address output during screen-refresh cycles. 

DPYST: Display start address registers (32-bit I/O register, address 
COOO 0200h). Contains a 32-bit address that points to the pixel at the left 
of the 1^^ line displayed on the screen. 

DPYSTL: 1 6 LSBs of DPYST, accessed at address COOO 0200h. 

DPYSTH: 1 6 MSBs of DPYST, accessed at address COOO 021 Oh. 

DPYSTRT: Display start address register. Provides compatibility with the 
TMS34010. 

DPYTAP: Display tap-point address register. Provides compatibility with the 
TMS34010. 

DQ: Data in/data out pin for a VRAM. 

DRAM: Dynamic RAM. 

DRAM refresh: Maintenance of data stored in dynamic RAMs. Data are 
stored in DRAMs as electrical charges across a grid of capacitive cells. 
The charge stored in a cell will leak off over time unless the data is 
refreshed. 

DYDX: Delta Y/delta X register (B7). Defines the X and Y dimensions of a 
rectangular destination array. 



EMIEN: Emulator host-interrupt enable (bit 12 of HSTCT LL reg ister). The 
value of EMIEN determines if EMG XOR EMR asserts HINT active low 
(EMIEN=1) or not (EMIEN=0). 

EMG: Emulator handshake (bit 11 of HSTCTLL register). In an emulation 
system, the host sets EMG to 1 to gran the emulator access to TMS34020 
memory. 
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EMR: Emulator handshake (bit 10 of HSTCTLL register). In an emulation 
system, the emulator sets EMR to 1 to request access to TMS34020 
memory. 

ENV: Enable video (bit 15 of DPYCTL register). ENV enables (ENV=1) or 
disables (ENV=0) the video screen. 



field: 1 . Group of contiguous bits in a register or memory location, dedicated 
to a particular function or representing a single entity. 2. Software-confi- 
gurable data type supported by the TMS3401 and TMS34020; the field 
length can be programmed to be any value in the range of 1 to 32 bits. 

fill: Solid coloring or shading of a display surface, often achieved as a pattern 
of horizontal segments. 

frame: 1 . Time required to refresh an entire screen. 2. Screen image output 
during a single vertical sweep. 

frame buffer: Portion of memory used to buffer raster data to be output to 
a CRT. Frame buffer contents are often referred to as the bitmap of the 
display and contain the logical pixels corresponding to the points on the 
monitor screen. 

front porch: Portion of a vertical- or horizontal-blanking pulse that precedes 
the leading edge of the vertical- or horizontal-sync pulse. 



Gl: Bus grant input. External bus arbitration logic pulls Gl low to enable the 
TMS34020 to gain access to the local-memory bus. 

GKS: Graphics kernel system. Application programmer's standard interface 
to a graphics display. 

gray scale: Scale of light intensities from black to white. 

GSP: Graphics system processor. A single-chip device embodying all the 
processing power and control capabilities necessary to manage a high- 
performance bitmapped graphics system. The TMS34010 and 
TMS34020 are GSPs. 



HA: Host address input bus (HAS— HA31). A host processor requests an 
address over these lines. 
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HACK: Halt acknowledge (bit 4 of HSTCTLH register). Setting the HLT bit 
halts TMS34020 execution at the next interruptible instruction boundary; 
the TMS34020 sets HACK when the halt actually takes place. 

HBFI: Host-bus-fault interrupt (bit 1 4 of HSTCTLL register). The TMS34020 
sets HBFI to 1 if a bus fault occurs on a host access. 

HBREN: Host-bus-fault/retry-interrupt (bit 15 of HSTCTLL register). If 
HBREN=1 , the TMS34020 interrupts the host when a retry or bus fault 
occurs. 

HBS: Host byte select-bus (HBSO— HBS3). Identify the bytes to be selected 
within a specific word. 

HCOUNT: Horizontal count register (16-bit I/O register, address 
COOOOIDOh). HCOUNT counts the number of VCLK periods per 
horizontal scan line. 



HCS: Host chip-select signal. A host drives HCS low to latch the current 
address and byte-select requests. 

HOST: Host data strobe signal. 

HEBLNK: Horizontal end blank register (1 6-bit I/O register, address COOO 
0030h). HEBLNK identifies the endpoint for the horizontal blanking inter- 
val. 

HESERR: Horizontal end serration register (16-bit I/O register, address 
COOO 0270h). HESERR determines the endpoint for the connposite-sync 
pulse during the serration region of vertical blanking. 

HESYNC: Horizontal end sync register (16-bit I/O register, address 
COOO 001 Oh). HESYNC identifies the endpoint for horizontal sync. 

HIE: Host interrupt enable (bit 9 of INTENB register). Setting HIE to 1 
enables the host interrupt. 

high impedance: The third state of a three-state output driver, in which the 
output is driven neither high or low but behaves as an open connection. 

HIP: Host interrupt pending (bit 9 of INTPEND register). HIP is set to 1 when 
a host interrupt is requested. 

HINC: Host increment (bit 12 of HSTCTLH register). Setting HINC to 1 
enables the TMS34020 to compare the fetched address to the address 
requested by a host processor, to increment the current address, and to 
prefetch the contents of the next address. 



HINT: Host interrupt signal. 

HLBO, HLB1 : Host last byte (bits 5&6 of HSTCTLH register). The HLB code 
tells the TMS34020 which byte of a 32-bit word that a host processor will 
access last. The TMS34020 uses this information to determine the cor- 
rect time to prefetch the next word. 
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HLT: Halt TMS34020 program execution (bit 1 5 of HSTCTLH register). Set- 
ting HLT to 1 suspends TMS34020 instruction processing at the next 
instruction boundary. 

HOE: Host output-enable signal. 

hold signal : Signal capable of controlling a processor bus; sent to a bus arbi- 
ter to request bus control. Typically, the arbiter grants the request by 
sending a hold-acknowledge signal to the requestor. 

horizontal back porch: Portion of horizontal blanking that follows the trail- 
ing edge of the horizontal-sync pulse. 

horizontal-blanking interval: Time during which the display is blanked to 
cover the horizontal retracing of the electron beam on a screen. 

horizontal front porch : Portion of a horizontal-blanking pulse that precedes 
the leading edge of the horizontal-sync pulse. 

horizontal sync: Synchronization signal that enables horizontal retrace of 
the electron beam on a screen. 

host address bus: Lines used by a host processor to identify the address 
of a TMS34020 local-memory location. 

host processor: Main processor in a system. 

HPFW: Host prefetch-after-write enable (bit 1 of HSTCTLH register). When 
host prefetches are enabled (HINC=1), the value of HPFW determines 
if the TMS34020 performs prefetches after reads (HPFW=0) or after 
writes (HPFW=1). 

HRDY: Host ready signal. Driven high when the TMS34020 is ready to com- 
plete a host-initiated access. 



HREAD: Host read strobe. Driven low during a host's read request. 

HRYI: Host-retry interrupt (bit 1 3 of HSTCTLL register). The TMS34020 sets 
HRYI to 1 if it retries a host access. 

HSBLNK: Horizontal start blank register (16-bit I/O register, address 
COOO 0050h). HSBLNK identifies the startpointforthe horizontal blank- 
ing interval. 

HSD : Horizo ntal-sync direction (bit of DPYCTL register). Determines if 
HSYNC is configured as an input (HSD=0) or an output (HSD=1). 

HSTADRL: Host address register. Provides compatibility with the 
TMS34010. 

HSTADRH: Host address register. Provides compatibility with the 
TMS34010. 

HSTCTLH: Host control I/O register, high word (1 6-bit I/O register, address 
COOO 0100h). Controls aspects of host-interface communications. 
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HSTCTLL: Host control I/O register, low word (1 6-bit I/O register, address 
COOO OOFOh). Controls aspects of host-interface communications. 

HSTDATA: Host data I/O register. Provides compatibility with the 
TMS34010. 

HTOTAL: Horizontal total register (1 6-bit I/O register, address COOO 0070h). 
Number of VCLK periods per horizontal scan line; defines the startpoint 
for the horizontal sync pulse. 






HWRITE: Host write strobe. Driven low during a host's write request. 



interlaced video: Video system in which odd-numbered scan lines (odd 
field) are interlaced with even-numbered scan lines (even field). The odd 
and even fields constitute one frame. In effect, the number of transmitted 
pictures is doubled; this reduces flicker. 

IHOST: Internal host interface address registers (4 32-bit registers: IH0ST1 , 
address COOO 0308h; IH0ST2, address COOO 03A0h; IH0ST3, address 
COOO 03C0h; IH0ST4, address COOO 03E0h). The TMS34020 uses 
these registers for storing information provided by the host. 

implied operand: A register value that must be supplied for an instruction 
to execute properly. The B-file registers and several of the I/O registers 
serve as implied operands for the TMS34020's graphics instructions. 

[NTENB: Interrupt enable register (1 6-bit I/O register, address COOO 01 1 0h). 
Selective enables /disables external interrupts 1 and 2, the host interrupt, 
the display interrupt, and the window violation interrupt. 

INTPEND: Interrupt pending register (16-bit I/O register, address 
COOO 01 20h). Identifies the pending/not pending status of external inter- 
rupts 1 and 2, the host interrupt, the display interrupt, and the window vio- 
lation interrupt. 

INTIN: Interrupt-in (bit 3 of HSTCTLL register). 

INTOUT: Interrupt-out (bit 7 of HSTCTLL register). 



K: 1) 1024. 2) Approximately 1000. 3) A 5-bit constant for a TMS34020 
instruction. 

Kbyte: Approximately 1 000 bytes. 



LAD bus: 32-bit local address/data multiplexed bus (LADO— LAD31 ). 
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little-endian: An addressing mode in wiiich the "little" or least significant end 
of an address (bit 0) points to the least significant end (bit 0) of a word 
of data. 

long word: 32-bit word. 

look-up table: Table used during scan conversion of a digital image that 
converts color-map addresses into the actual color values displayed. 

LRDY: Local ready signal. External circuitry drives LRDY low to stop the 
TMS34020 from completing a local-memory cycle. 

LRU: Least recently used (cache-replacement algorithm). When a cache 
miss occurs, this algorithm selects the cache segment that will be over- 
written, based on the likelihood that the data in the discarded segment 
will not be needed again for some time. The LRU algorithm selects the 
segment that was used least recently. 

LSB: Least significant bit. 

LSbyte: Least significant byte. 

LSW: Least significant word. 



mask: Pattern used to control retention or elimination of portions of another 
pattern. 

Mbyte: Megabyte. 

memory map: f^ap of memory space, partitioned into functional blocks. 

MPTCH: Mask pitch register (B11). Defines the linear difference between 
starting addresses of adjacent rows in a mask array. 

MSB: Most significant bit. 

MSbyte: Most significant byte. 

MSGIN: Message-in (bits 0—2 of HSTCTLL register). 

MSGOUT: Message-out (bits 4—6 of HSTCTLL register). 

MSW: Most significant word. 



NIL: Noninterlaced video enable (bit 14 of DPYCTL register). The value of 
NIL selects interlaced video timing (NIL=0) or noninterlaced video timing 
(NIL=1). 
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NMI: Nonmaskable interrupt (bit 8 of HSTCTLH register). A host processor 
sets NMI to send a nonmaskable interrupt to tlie TMS34020. 

NMIM: Nonmaskable interrupt mode (bit 9 of HSTCTLH register). If 
NMIM=0, the TMS34020 saves the PC and ST contents on the stack 
before executing a nonmaskable interrupt routine. If NMIM=1, the 
TMS34020 discards the PC and ST contents before executing the NMI 
routine. 

nonmaskable interrupt: Interrupt request that cannot be disabled. 

NTSC: National television system committee. Group representing a wide 
range of interests in the television broadcasting and video industry; 
NTSC is instrumental in developing graphics and video standards. 



OFFSET: XY-address offset register (B4). OFFSET contains the linear ad- 
dress of the 1^^ pixel in the XY-coordinate address space. 

operand: Any one of the quantities entering into or arising out of an opera- 
tion. 

origin: Zero intersection of X and Y axes from which all points are calculated. 



palette: Digital look-up table used in a graphics display for translating data 
from the bitmap into the pixel values to be shown on the screen. 

pan: Apparent horizontal or vertical movement of a graphics screen or 
window over an image contained in a frame buffer that is too large to be 
completely displayed in a single static picture. 

PATTERN: Fill-pattern register (B13). 

PBH: PIXBLT horizontal direction (bit 8 of CONTROL register). PBH=0 
(default) selects left-to-right pixel processing; PBH=1 selects right-to-left 
processing. 

PBV: PIXBLT vertical direction (bit 9 of CONTROL register). PBV=0 (default) 
selects top-to-bottom pixel processing; PBV=1 selects bottom-to-top 
processing. 

pending: Requested but not yet performed. For example, a pending inter- 
rupt is an interrupt that has been requested but has not yet been serviced. 

PGA: Pin grid array (type of chip package). 



PGMD: Page-mode signal. Memory decode logic asserts PGMD low if the 
currently addressed memory supports page-mode accesses. 
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phase: The time interval for each clock period in a system is divided into 
phases; one phase corresponds to the time when the clock signal is high, 
the other to the time that the signal is low. 

PHIGS: Programmer's hierarchical interactive graphics standard. 

pipelining: Design technique for reducing the effective propagation delay 
per operation by partitioning the operation into a series of stages, each 
of which performs a portion of the operation. A series of data is typically 
clocked through the pipeline in sequential fashion, advancing one stage 
per clock period. 

pitch: Difference in starting addresses of two adjacent rows of pixels in a 
2-dimensional pixel array. 

pixel: Picture element. 1. Smallest controllable point of light on a display 
screen. 2. In a bitmapped display, the logical data structure that contains 
the attributes to be shown at the corresponding physical pixel position on 
a display screen. 

pixel-processing option: Boolean or arithmetic operation for combining 
two pixel values (source and destination); defined by PPOPlCON- 
TROLl. 

PIXBLT: Pixel-block transfer. Pixel-array operation in which each pixel is rep- 
resented by one or more bits. PIXBLTs are a superset of bitblts and 
include commonly-used Boolean functions as well as integer arithmetic 
and multi-bit operations. 

plane: (also bit plane or color plane) Bitmap layer in a multiple-bit-per-pixel 
display device. If the pixel size is n bits and the bits in each pixel are num- 
bered to n-^ , plane is made up of 0-numbered bits in all the pixels, 
and plane n-^ is made up of n-^ -numbered bits in all the pixels. A layered 
graphics display allows planes or groups of planes to be manipulated 
independently of the other planes. 

PMASK: Plane mask registers (32-bit I/O register, address COOO 0160h). 
PMASK contains a mask of Os and 1 s; the 1 s represent protected desti- 
nation bits, and the Os represent modifiable destination bits. 

PMASKL: 1 6 LSBs of PMASK, accessed at address COOO 01 60h. 

PMASKH: 1 6 MSBs of PMASK, accessed at address COOO 01 70h. 

PPOP: Pixel-processing operation (bits 10—14 of CONTROL register). 
Selects a method for combining source and destination pixels. You can 
choose from 1 6 Boolean and 6 arithmetic operations; the default opera- 
tion is S-^D (source pixels replace destination pixels). 

propagation delay: Time required for a change in logic level at an input to 
a circuit to be translated into a resulting change at an output. 
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protocol: Set of rules, formats, and procedures governing the exchange of 
information. 

pseudo-op: (pseudo-operation) An operation which is not part of the com- 
puter's operation repertoire as realized by hardware; hence, an exten- 
sion of the set of machine operations. 

PSIZE: Pixel size register (1 6-bit I/O register, address COOO 01 50h). Defines 
the current pixel size as 1 , 2, 4, 8, 1 6, or 32 bits. 

pulse width: Time interval between specified reference points on the lead- 
ing and trailing edges of a pulse waveform. 



QFP: Quad flat package (type of chip package). 
quarter phase: One-fourth of a local-memory cycle. 



RO, R1 : Bus request and control signals. These signals identify the type of 
request for use of the bus in a multiprocessor system. 

RAM: Random access memory. A memory from which all information can be 
obtained with approximately the same time delay by choosing an address 
randomly and without first searching through a vast amount of irrelevant 
data. 



RAS: Row-address strobe. Drives the RAS inputs of DRAMs and VRAMs. 

raster: Rectangular grid of picture elements whose intensity levels are 
manipulated to represent images. In a bitmapped display, the bits within 
the frame buffer are mapped to the raster pattern of a display screen. 

raster graphics: Computed graphics in which a display image is composed 
of a pixel array arranged in rows and columns. 

raster-op: Arithmetic or logical combination that takes place during the 
transfer of a pixel array from one location to another. 

raster scan: Grid pattern traced by the electron beam on a display screen. 

RCA: Multiplexed row-/column-address bus (RCAO— RCA1 2). At the begin- 
ning of a memory-access cycle, identifies the row address for DRAMs; 
later in the cycle, the bus identifies the column address. 

RCMO, RCM1: RCA0---RCA12 row address configuration (bits 1&2 of 
CONFIG register). Determines which bits of the logical address are 
output on RCAO— RCA12 at row-address time. 
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ready signal: Signal from a memory or memory-mapped peripheral that 
informs the processor when a memory cycle is about to complete. Slower 
memories and peripherals must extend the length of the memory cycle 
by negating the ready signal (in other words, by sending the processor 
a "not ready" signal) until the cycle can be completed. 

REFADR: Refresh pseudo-address register (16-bit I/O register, address 
COOO 01 FOh). Contains the address output during DRAM-ref resh cycles. 

refresh: Method of restoring the charge capacitance to a memory device 
(such as a DRAM or VRAM) or of restoring memory contents. 

request strobe: Any control signal that begins or ends a read request or a 
write request. 

reset: Restore to normal action and initial conditions. 

resolution: Number of visible, distinguishable units in the device coordinate 
space. 

retrace: Line traced by the scanning beam(s) of a display screen as it travels 
from the end of one horizontal (or vertical) line or field to the beginning 
of the next horizontal (or vertical) line or field. 

RGB monitor: Red-green-blue monitor. Type of monitor capable of display- 
ing colors; has separate inputs for the three signals that drive the red, 
green, and blue guns of a display 

relative coordinates: Location of a point relative to the location of another 
point. 

ROM: Read-only memory. 

rotate: Transform an item or display by revolving it around an axis or center 
point. 

row-address time: See address/status subcycle. 

RRO— RR2: Refresh rate (bits 1 0—1 2 of CONFIG register). Determines the 
frequency of DRAM refreshes. 

RSI: Reset (bit 7 of HST CTLH register). Setting this bit has the same effect 
as asserting RESET low; however, only the TMS34020 is reset (other 
devices in the system are not affected). 




SADDR: Source address register (BO). Contains the source array address 
for graphics instructions. 

SAM: Serial access memory or serial data register. 
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scale: Size change made by multiplying or dividing coordinate dimensions 
by a scale factor (a constant value). 

scan line: Horizontal line traced across a display screen by the electron 
beam in a monitor or similar raster-scan device. 

SCOUNT: Shift clock counter register (16-bit I/O register, address 
COOO 02C0h). During horizontal blanking, SCOUNT is loaded with the 
right-justified tap-point value and is then incremented once on the rising 
edge of each SCLK pulse. 

screen refresh: Operation of dumping the contents of the frame buffer to a 
CRT monitor in synchronization with the movement of the electron beam. 

scrolling: Moving a display vertically or horizontally. 

serial register transfer: Transfer between the RAM storage and internal 
serial register in a VRAM. 

SETHGNT: Set horizontal count register (16-bit I/O register, address 
COOO 031 Oh). During external horizonta l o r compos ite video, SETHCNT 
is loaded into HCOUNT when HSYNC or CSYNC is pulsed. 

setup time: Minimum amount of time that valid data must be present at an 
input before the device is clocked; ensures proper data acceptance. 

SETVCNT: Set vertical count register (16-bit I/O register, address 
COOO 0300h). During external horizontal or compo site video, SETVCNT 
is loaded into VCOUNT when VSYNC or CSYNC is pulsed. 

SF: Special-function signal that drives a VRAM's DSF pin. 



SIZE16: Bus size signal. Memory decode logic may pull SIZE16 low if the 
currently addressed memory or port supports only 1 6-bit transfers. 

SPTCH: Source pitch register (B1). Defines the linear difference between 
starting addresses of adjacent rows in a source array. 

SRAM: Static RAM. 

SRE: Screen-refresh enable (bit 12 of DPYCTL register). Setting SRE to 1 
when video is enabled (ENV) enables screen-refresh cycles. 

BRING: Screen-refresh address increment value (bits 5 — 31 of DINC regis- 
ters). Defines the amount by which the address in SRNX is incremented 
after a screen-refresh cycle. 

SRNX: Next screen-refresh address (bits 5—31 of DPYNX registers). Rep- 
resents the long-word address that is output during a screen-refresh 
cycle. 

SRST: Screen-refresh start address (bits 5—31 of DPYST registers). Con- 
tains the address of the pixel at the left of the 1^^ line displayed on the 
screen. 
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SSA: Cache segment start address register. 

SSV: Split-shift-register midline-reload enable (bit 6 of DPYCTL register). 
Determines whether split-shift-register midline reload is disabled 
(SSV=0) or enabled (SSV=1 and SRE=1). 

stairstepping: Visual effect in bitmapped display devices; produces images 
by brightening or dimming individual pixels in a pixel array. Also called 
aliasing. 

strobe: Any control signal that begins or ends a memory access. 

subsegment: Block of 4 long words in a cache segment. Each of the 4 cache 
segments contains 8 subsegments, for a total of 32 long words per seg- 
ment. 



T: Pixel transparency (bit 5 of CONTROL register). T=1 enables transparen- 
cy; T=0 (default) disables transparency. 

tap point: Column address provided to a VRAM during a memory-to-serial- 
register cycle. The column address specifies the point at which the shift 
register is to be tapped; in other words, which cell of the serial register 
is to be connected to the VRAM's serial output. 

TM: Transparency mode (bits 0—2 of CONTROL register). Selects the 
transparency mode for pixel operations. 

trace: Line of the graphics display. 

transformation: Geometric alteration of a graphics display, such as scaling, 
translation, or rotation. 

transparency: Pixel attribute that renders a source pixel invisible so that 
portions of the destination array show through portions of the source 
array. 

TR/QE: Transfer/output enable signal. Drives the TR/QE input of VRAMs. 



VCE: Video capture enable (bit 7 of DPYCTL register). Selects memory-to- 
register screen-refresh cycles (VCE=0) or register-to memory screen-re- 
fresh cycles (VCE=1). 

VCOUNT: Vertical count register (1 6-bit I/O register, address COOO 01 COh). 
VCOUNT counts the horizontal scan lines in the video display. 

VEBLNK: Vertical end blanking register (16-bit I/O register, address 
COOO 0020h). VEBLNK defines the endpoint for the vertical blanking 
interval. 
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VEN: VRAM internal register load enable (bit 8 of CONFIG register). VEN=1 
enables the TMS34020 to use VRAMs with internal write-mask and color 
registers; VEN=0 (default) prohibits this. 

vertical back porch: Portion of vertical blanking that follows the trailing 
edge of the vertical-sync pulse. 

vertical-blanking interval: Time during which the display is blanked to cov- 
er the vertical retracing of an electron beam. 

vertical-blanking pulse: Positive or negative pulse developed during verti- 
cal retrace, appearing at the end of each field. Used to blank out scanning 
lines during the vertical-retrace interval. 

vertical front porch: Portion of a vertical-blanking pulse that precedes the 
leading edge of the vertical-sync pulse. 

vertical sync: Synchronization signal that enables vertical retrace of the 
electron beam of a display screen. 

VESYNC: Vertical end sync register (16-bit I/O register, address 
COOO OOOOh). VESYNC defines the endpoint of the vertical-sync pulse; 
in interlaced video, it also defines the endpoint of the 2"^ equalization 
region. 

VRAM: Video RAM. A dual-ported memory device for computer graphics 
applications, containing two interfaces: one that allows a processor to 
read/write data from an internal memory array, a second that provides a 
serial stream of screen-refresh data to a display screen. 

VSBLNK: Vertical start blank register (16-bit I/O register, address 
COOO 0040h). VSBLNK defines the startpoint for the vertical blanking 
interval. 

VSD: Vertic al sync direction (bit 1 of DPYCTL register). Determines if 
VSYNC is configured as in input (VSD=0) or an output (VSD=1). 

VTOTAL: Vertical total register (16-bit I/O register, address COOO 0060h). 
Number of horizontal scan lines in the display; defines the startpoint for 
the vertical-sync pulse. 



W: Window checking (bits 6&7 of CONTROL register). Selects the action 
that the TMS34020 takes when a pixel operation would write a pixel 
inside or outside defined window limits. 

wait state: Clock period inserted into a memory cycle in order to permit 
accesses of slower memories and slower memory-mapped devices. 

WE: Write enable signal. Drives the WE inputs of DRAMs and VRAMs. 
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Glossary 






WEND: Window ending address register (B6). WEND contains the XY 
address of tine most significant pixel of tine clipping vmdow. 

WSTART: Window starting address register (B5). WSTART contains the XY 
address of the least significant pixel of the clipping window. 

window: Defined rectangular area of a virtual space on a display screen. 

window checking: Checking a pixel's address to see if it lies inside or out- 
side the boundaries of a defined window. 

WVE: Window-violation interrupt enable (bit 1 1 of INTENB register). Setting 
WVE to 1 enables the window-violation interrupt. 

WVP: Window-violation interrupt pending (bit 1 1 of INTPEND register). WVP 
is set to 1 when a window-violation interrupt is requested. 



X1E: External interrupt 1 enable (bit 1 of INTENB register). Setting X1E to 
1 enables external interrupt 1 . 

X2E: External interrupt 2 enable (bit 2 of INTENB register). Setting X2E to 
1 enables external interrupt 2. 

XI P: External interrupt 1 pending (bit 1 of INTPEND register). X1 P is set to 
1 wRen an external interrupt 1 is requested. 

X2P: External interrupt 2 pending (bit 2 of INTPEND register). X2P is set to 
1 when an external interrupt 2 is requested. 



YZCNT: Y-zoom count (bits 0—4 of DPYNX registers). Determines when the 
address in SRNX can be incremented. 

YZINC: Y-zoom increment value (bits 0—4 of DING registers). This value 
provides the increment value forthe Y-zoom feature; valid values include 
0,2, 4, 8, 16, and 32. 

Y-zoom: TMS34020 feature that aids in display magnification. 



zoom: Scaling a display (or display item) so it is magnified or reduced on the 
screen. 
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Texas ^ 
Instruments 



TIVIS34020 
Reference Card 



Phone Numbers 



Tl Customer Response 

Center (CRC) Hotline: (800) 232-^200 

Graphics Hotline: (713) 274^2340 



General-Purpose Register Files 

Register File A 

bit 31 bit 

MSB LSB 



Register File B 

bit 31 bitO 

MSB LSB 



AO 
A1 
A2 
A3 
A4 
A5 
A6 
A7 
A8 
A9 
A10 
All 
A12 
A13 
A14 



SP 



stack pointer 



BO 

B1 

B2 

B3 

B4 

B5 

B6 

B7 

B8 

B9 
Bio 
B11 
B12 
B13 
B14 
SP 



SADDR 



SPTCH 



DADDR 



DPTCH 



OFFSET 



WSTART 



WEND 



DYDX 



COLORO 



C0L0R1 



MADDR 



MPTCH 



TEMPt 



PATTERNt 



TEMPt 



t The line instructions use these registers for a different purpose. 
Some graphics instructions use these registers as temporarv 
registers. 



Initial State Following Reset 

Imnriedlately following reset, 

■ All I/O registers are cleared to OOOOh. (Possible excep- 
tions are HLT[[HSTCTLH]1, REFADR, and SCOUNT). 

■ General-purposeregister files A and B are uninitialized, 
ffl The ST is set to 0000 001 Oh. 

■ The PC is uninitialized. 

■ The cache SSA registers are uninitialized. 

B The cache LRU stack is set to the sequence 0, 1 , 2, 3. 

■ All cache P flags are cleared. 

■ The DRAM refresh-pending counter Is set to 9. 



I/O Registers 








Register 


Offset 


HESYNC 


001 Oh 


BSFLTDH 


0330h 


HSTADRH 


OOEOh 


BSFLTDL 


0320h 


HSTADRL 


OODOh 


BSFLTST 


02D0h 


HSTCTLH 


OlOOh 


CONFIG 


OlAOh 


HSTCTLL 


OOFOh 


CONTROL 


OOBOh or 
0190h 


HSTDATA 


OOCOh 


HSBLNK 


0050h 


CONVDP 


0140h 


HTOTAL 


0070h 


CONVMP 


0180h 


IHOST 


0380h to 
03F0h 


CONVSP 


0130h 


DINCH 


0250h 


INTENB 


Oil Oh 


DINCL 


0240h 


INTPEND 


0120h 


DPYADR 


OlEOh 


PMASKH 


0170h 


DPYCTL 


0080h 


PMASKL 


0160h 


DPYINT 


OOAOh 


PSIZE 


0150h 


DPYNXH 


0230h 


REFADR 


OlFOh 


DPYNXL 


0220h 


SCOUNT 


02C0h 


DPYMSK 


02E0h 


SETHCNT 


031 Oh 


DPYSTH 


021 Oh 


DPYSTL 


0200h 


SETVCNT 


0300h 


DPYSTRT 


0090h 


VCOUNT 


OlCOh 


DPYTAP 


OIBOh 


VEBLNK 


0020h 


HCOUNT 


OlDOh 


VESYNC 


OOOOh 


HEBLNK 


0030h 


VSBLNK 


0040h 


HESERR 


0270h 


VTOTAL 


0060h 



Note: Register address = COOO OOOh + offset. 



CONTROL Register (COOO OOBOh) 



15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 



CD 


PROP 


PBH 


PBV 


W 


T 


'■' .."" .."'' /'' 

: ': : 


TM 



TM 000 transparency on 
result=0 
001 transparency on 
source=COLOR0 

1 00 transparency on 
result=0 

101 transparency on 
dest.=COLOR0 

T disables trans. 

I enables trans. 
W 00 no windowing 

01 window hit 
10 window miss 

II window clip 



PBV PIXBLT processes 
top to bottom 
1 PIXBLT processes 
bottom to top 
PBH PIXBLT processes 
left to right 
1 PIXBLT processes 
right to left 
PROP pixel-processing option 
CD enables cache 
1 disables cache 



1 



CONFIG Register (COOO OlAOh) - 

15 14 13 12 11 10 9 8 7 



HSTSTLH Register (COOO OlOOh) 



6 5 4 3 2 1 



W/// 


RR 


'A 


VEN 


'/////A 


CBP 


RCM 


BEhJ 



BEN selects little-endian CBP 
addressing (default) 
1 selects big-endian 
addressing VEN 

RCM determines which log- 
ical address bits are 
output at row-address 
time RR 



1 write-protects CON- 

FIG's LSbyte 
no write protection 

system has special- 
feature VRAMs 

1 system has no spe- 
cial-feature VRAMs 

DRAM refresh rate 



DPYCTL Register (COOO OOSOh) ' 



15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 



E 


N 


7' 


s 


c 




V 


s 


— r— 7 — r 
,' t i' 


c 


c 


V 


H 


N 


1 




R 


s 




c 


s 





V 


s 


s 


S 


V 


L 


^ 


_E_ 


T 




JL. 


V 




p 


_Q- 


JL 


P 



HSD 



VSD 



CSD 



CVD 



SSV 



HSYNC is an input 

1 HSYNC is an output 

VSYNC is an input 

1 VSYNC is an output 

W hen CVD =0. 

CSYNC is an input 

1 CSYNC Is an output 



selects CYSNC/ 
HBLNK 

selects CSYNC 

1 selects HBLNK 

disables midline 
reload 

1 enables midline 
reload when SRE=1 



VCE screen-refresh mode 
1 mem-to-reg cycles 

reg-to-mem cycles 
CST normal pixel-access 

cycles 

1 pixel-access cycles 
become serial-regis- 
ter-transfer cycles 

SRE disables automatic 
screen refresh 
1 enables screen re- 
fresh when ENV=1 
NIL interlaced video 

1 noninterlaced video 
ENV blanks screen 
1 enables display 



INTENB Register (COOO OtWh) 

15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 



,,!''■ ,|l''" ,,C''' .,l''' ,,!''■ .,!''■ ,,!''■ , 

:< / / 

:/ : y; : 'i, 



w 


D 


H 




V 


1 


1 




E 


E 


E 








7y^ 





X 


X 




2 


1 




E 


E 



</::: 



IE status bit must be enabled before these interrupts are enabled 
XI E 1 enables int. 1 DIE 1 enables display int. 

X2E 1 enables int. 2 WVE 1 enables window-vio- 

HIE 1 enables host int. lation int. 



INTPEND Register (COOO 0120fi) 

15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 



m^. 


w 

V 

p 


D 

1 
P 


H 

1 
P 


wm^. 


X 
2 
P 


X 

1 
P 


^; 



XI P 1 int. 1 pending 
X2P 1 int. 2 pending 
HIP 1 host inL pending 



DIP 
WVP 



1 display int. pending 
1 window-violation int. 
pending 



15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 



H 

L 
T 


OF 




HI 
NO 


HP 
FW 


i 


N 
M 
IM 


N 
M 

1 


R 
8 

T 


HLB 


HA 
OK 


r ,p ,1' p r ,p r 
—li il il J J il il 



HA 
CK 

HLB 



RST 

NMI 

NM 
IM 



'34020 is running 

1 '34020 is halted 

identifies last byte that 
host will access ^*' 

normal operation 

1 reset '34020 



1 



no NMI request 
host requests NMI 

save context when 
there's an NMI 
discard context 



HP prefetch after any 
FW access 

1 prefetch after writes 

disables prefetch & 
autoincrement 

1 enables prefetch & 
autoincrement 

no effect 

1 flush cache 

allow '34020 to run 

1 halt '34020 Instruc- 
tion execution 



CF 



HLT 



HSTSTLL Register (COOO OOFOti) 



15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 



MB 
REN 


HB 
Fl 


HR 
Yl 


E 
Ml 
EN 


E 
M 
G 


E 
M 
R 


;g 


INT 
OUT 


MSGOUT 


INT 
IN 


MSGIN 



MSG message from host to EMI 
IN '34020 EN 

INT no interrupt to HRYI 

IN '34020 

1 host Interrupt re- 
quest to '34020 
MSG message from '34020 
OUT to host 
INT no interrupt to host 
OUT 1 '34020 interrupt re- 
quest to host 
EMG/ 00 no request, no in- 
EMR terrupt 

01 host request from 
EMU, interrupt (if 11 
enabled) 



HBFI 



HB 
REN 

10 



no interrupt to host 

1 Interrupt to host 

host access not re- 
tried 

1 host access retried 

host access not 
faulted 

1 host access faulted 
If HRYI or HBFI is set, 

no interrupt to host 

1 Interrupt to host 
host released by 
EMU, interrupt (if 
enabled) 

host grant to EMU, 
no interrupt 



IAD Bus Status Codes 


Code 


Bus status 


Type 


0000 


Coprocessor cycle 


misc. 


0001 


Emulator operation 


(OOxx) 


0010 


Host cycle 




0011 


DRAM refresh 




0100 


Video-generated VRAM serial-register trans. 


VRAM 


0101 


CPU-generated VRAM serial-register trans. 


(01 XX) 


0110 


Write-mask load 




0111 


Color-register load 




1000 


Data access 


CPU 


1001 


Cache fill 


(Ixxx) 


1010 


Instruction fetch 




1011 


Interrupt-vector fetch 




1100 


Bus-locked operation 




1101 


Pixel operation 




1110 


Block write 




1111 


Reserved 





Memory Map — 
Address Range 



Size 



Use 



FFFF FFEOh 
FFFF FBCOh 



34 words 



Interrupts trap 
vectors 



FFFF FBAOh 
FFFF EOOOh 



222 words 



Reserved for 

interrupt & extended 

trap vectors 



FFFF DFEOh 
FFFO OOOOh 



32,51 2 words 



General use & 
extended trap vectors 



FFEF FFEOh 
COOO 2000h 



225-33,024 words 
(35,521 ,408 words) 



General use 



COOOIFEOh 
COOO 0400h 



224 words 



Reserved for I/O 
registers 



COOO 03E0h 
COOO OOOOh 



32 words 



I/O registers 



BFFF FFEOh 
0010 OOOOh 



3x225-32K words 
(100,630,528 words) 



General use 



OOOF FFEOh 
0000 OOOOh 



32,768 words 



General use & 
extended trap vectors 



Interrupt Pnonties 


Interrupt 


Priority 


Source 


Description 


RESET 


1 


external/ 
internal 


Device reset 


BF 


2 


external 


Bus fault Interrupt 


NMI 


3 


internal 


Nonmaskable interrupt 


HI 


4 


internal 


Host interrupt. 


Dl 


5 


Internal 


Display interrupt 


WV 


6 


internal 


Window violation Interrupt 


INT1 


7 


external 


External interrupt 1 


INT2 


8 


external 


External interrupt 2 


SS 


9 


internal 


Single-step interrupt 


ILLOP 


10 


internal 


Illegal-opcode interrupt 



Vector Address Map 










Trap# 


Address 


Desc. 


Trap# 


Address 


Desc. 


-32768 
to 
-1 


OOOF FFEOh 

to 
0000 OOOOh 


Applica- 
tion 
specific 


12 
to 
15 


FFFF FE60h 

to 
FFFF FDEOh 


Re- 
sen/ed 





FFFF FFEOh 


RESET 


16 
to 
29 


FFFF FDEOh 

to 
FFFF FC40h 


Applica- 
tion 
specific 


1 


FFFF FFCOh 


INT1 


2 


FFFF FFAOh 


INT2 


30 


FFFF FC20h 


ILLOP 


3 
to 

7 


FFFF FF80h 

to 
FFFF FEOOh 


Re- 
sen/ed 


31 


FFFF FCOOh 


Applica- 
tion 
specific 


8 


FFFF FEEOh 


NMI 


32 


FFFFFBEOh 


SS 


9 


FFFF FECOh 


HI 


33 


FFFF FBCOh 


BF 


10 


FFFF FEAOh 


Dl 


34 

to 

32767 


FFFF FBAOh 

to 
FFFO OOOOh 


Applica- 
tion 
specific 


11 


FFFF FE80h 


WV 



TMS34020 Assembly Language Instruction Set 


ABS Rd 


CMP\ IL,Rd 


ADD Rs,Rd 


CMPK 


ADDC Rs,Rd 


CfAPXVRs,Rd 


ADDI IW,Rd 


CPyNRs,Rd 


ADDI ll.,Rd 


CVDXYLRd 


ADDK K,Rd 


CVMXYLHcf 


ADDXY Rs,Rd 


CVSXYL Rs,Rd 


ADDXYI IL,Rd 


CVXYL Rs,Rd 


AND Rs,Rd 


DEC Rd 


ANDI IL,Rd 


DINT 


ANDN Rs,Rd 


DIVS Rs,Rd 


ANDNI IL,Rd 


DIVU Rs,Rd 


BLMOVE S,D 


DRAV Rs,Rd 


DSJ Rd,Address 


BTST K,Rd 


DSJEQ Rd,Address 


BTST Rs,Rd 


DSJNE Rd,Address 


CALL Rs 


DSJS Rd,Address 


CALLA Addr 


EINT 


CALLR Addr 


EMU 


CEXEC size,instruction[,ID] 


EXGF Rd,F 


CEXEC size,instruction[,ID] 


EXGPC Rd 


CLIP 


EXGPS Rd 


CLR Rd 


FILLL 


CLRC 


FILLXY 


CMOVCG Rd^iRdzlsize]], 
command[,ID] 


FLINE{0 1} 


CMOVCM *Rd+, transfers, 
size,command[, ID] 


FPIXEQ 


FPIXNE 


CMOVCM -*Rd,transfers,size, 
command[,ID] 


GETPC Rd 


GETPS Rd 


CMOVCS command[,ID] 


GETSTHd 


CMOVGC Rs,command[,ID] 


IDLE 


CMOVGC RSi,Rs2.size,com- 
mand[,ID] 


INC 


CMOVMC *Rs+,transfers, 
size, command [, ID] 


JAcc Address 


Mcc Address 


CMOVMC -*Rs,transfers,size, 
command[,ID] 


JRcc Address 


JUMP Rs 


CMOVMC *Rs+,Rd,size,com- 
mand[,ID] 


LINE{0 1 1} 


CMP Rs,Rd 


UNIT 


CMPI IW,Rd 


LMO Rs,Rd 



TMS34020 Assembly Language Instruction Set ' 
(continued) 



TMS34020 Assembly Language Instruction Set ' 
(continued) 



MMFM Rs,[,Ust] 


NEGB W 


MMTM Rs,[,Ust] 


NOP 


MODS Rs,Rd 


NOTHcf 


MODU Rs,Rd 


OR f?s,f?cy 


MOVB Rs*Rd 


OR! IL,Rd 


MOVB *Rs,Rd 


PFILLXY 


MOVB *Rs(Offset),Rd 


PIXBLT B,L 


MOVB *Rs(SOffset), 
*Rd(DOffset) 


PIXBLT B,XY 


PIXBLT L,L 


MOWS Rs,@DAddress 


PIXBLT L,iVi,L 


MOVB @SAddress,Rd 


PIXBLT L,XY 


MOVB @SAddress, 
@DAddress 


PIXBLT XY,L 


MOVE Rs,Rd 


PIXBLT XY,XY 


MOyE Rs*Rd[,F] 


P\XTRs,*Rd 


fAO\/ERs-*Rd[,F] 


P\XTRs*Rd,Xy 


MOVE Rs*Rd+[,F] 


P\XT*Rs,Rd 


MOyE*Rs,Rd[,f=] 


P\yj *Rs*Rd 


MOVE -*Rs,Rd[,F] 


P\yT *RsXY,Rd 


MOVE *Rs+,Rd[,F] 


P\yj*Rs.XY*Rd.XY 


MOy/E*Rs*Rd[,F] 


POPST 


fAO\/E-*Rs,-*Rd[,f=] 


PUSHST 


MOVE *Rs+*Rd+ 


PUTST Rs 


MOVE Rs*Rd(Offset)[,F] 


RETI 


MOVE *Rs(Offset),Rd[,F] 


RETM 


MOVE *Rs(Offset)*Rd+[,F] 


RETS [N] 


MOVE *Rs(SOffset), 
*Rd(DOffset)[,F] 


REV/?flf 


RL KRd 


MOVE Rs,@DAddress[,F] 


RL Rs,Rd 


MOVE @SAddress,Rd[,F] 


RMO 


MOVE @SAddress*Rd+[,F] 


RP\X Rd 


MOVE @SAddress, 
@DAddress[,F] 


SETC 


Movi /vv;/?cy 


SETCDP 


MOVI /L,/?cy 


SETCMP 


MOVK KW 


SETCSP 


MOVX /?s,f?d 


SETF FS,FE,F 


MOVYRs,f?d 


SEXT Rd,F 


MPYS f?s,/?cf 


SLA K,Rd 


MPYU/?s,f?d 


SLA Rs,Rd 


MWAIT 


SLL K,Rd 


NEG/?c/ 


SLL Rs,Rd 



SRA K,Rd 


SWAPF Rs,Rd,0 


SRA Rs,Rd 


TFILLXY 


SRL K,Rd 


TRAP A/ 


SRL Rs,Rd 


TRAPL 


SUB Rs,Rd 


VBLT 


SUBS Rs.Rd 


VFILL 


SUB\ IW.Rd 


VLCOL 


SUBI IL,Rd 


XOR Rs,Rd 


SUBK K,Rd 


XOR\ IL,Rd 


S\)BXYRs,Rd 


ZEXTRd,F 



Boolean Pixel-Processing Options ' 



00000 Source -* Destination 

00001 Source AND Destination -* Destination 

0001 Source AND -Destination -> Destination 

00011 ' Os -> Destination 

00100 Source OR -Destination -> Destination 

001 01 Source XNOR Destination -* Destination 

001 1 -Destination -*• Destination 

00111 Source NOR Destination -> Destination 

01 000 Source OR Destination -> Destination 

01 001 Destination -> Destination 

01 01 Source XOR Destination —> Destination 

01 01 1 -Source AND Destination -^ Destination 

01 1 00 1 s -^ Destination 

01 1 01 -Source OR Destination -> Destination 

01110 Source NAND Destination --* Destination 

01111 -Source — >■ Destination 



Arithmetic Pixel-Processing Options 


10000 


Source + Destination -> Destination 


10001 
10010 


ADDS(Source, Destination) -> Destination 
Destination - Source -» Destination 


10011 
10010 
10101 
10110—11111 


SUBS(Source, Destination) -* Destination 
MAX(Source, Destination) -» Destination 
MiN(Source, Destination) -> Destination 
Reserved 



Status Register • 



31 


30 


29 


28 


27 


26 


25 


24 23 


22 


21 


20 19 18 17 16 


N 


C 


Z 


V 


;;>:::: 


BF 


IX 


<:>/;;/; 


SS 


IE 


>^/y//y/^: 


^■■>yyZ< 


FE1 


FS1 


FED 


FSO 



15 14 13 12 11 10 9 8 7 6 
Note: Shaded portions are reserved. 



5 4 3 2 10 



Index 



12-pin connector, mechanical dimensions, A-10 
1 2-pin header, A-3 
3-wire interface, 11-1 



A-file registers (AO— A14), 4-6 

initial state following reset, 6-23 
ABS instruction, 13-32 
ABS ('34082 pseudo-op), 14-9, 14-10 
ABSD ('34082 pseudo-op), 14-11 
ABSF ('34082 pseudo-op), 14-12, 14-13 
absolute addresses, 13-3 
ADD instruction, 13-33 
ADD ('34082 pseudo-op), 14-14, 14-15 
ADDC instruction, 13-34 
ADDD ('34082 pseudo-op), 14-16 
ADDF ('34082 pseudo-op), 14-17, 14-18 
ADD! 

16-bit (short) version, 13-35 

32-bit (long) version, 13-36 
ADDK instruction, 13-37 
address/status portion (local-memory cycle), 8-8, 

8-12 
addressing 

address latch, 2-11 

autoincrementing (for host accesses), 4-59, 4-60, 
7-12—7-15 

big-endian, 3-20—3-25, 4-21 , 7-44 

comparison feature (for host accesses), 4-60, 
7-12 

display screen, 4-32, 4-40, 4-46 

Implicit addressing, 7-12 

instruction words, in cache, 5-3, 5-5 



linear addressing, 3-3, 3-1 5 
little-endian, 3-20—3-25, 4-21 , 7-44 
local memory, 3-3 

multiplexed addressing, 8-51^8-53 

nonmultiplexed addressing, 8-50 
modes, 13-2—13-9 

absolute addresses, 13-3 

constants, 13-2 

immediate values, 13-2 

register-direct, 13-4 

register-indirect, 13-5 
in XY mode, 13-9 
with offset, 13-6 
with postincrement, 1 3-7 
with predecrement, 13-8 
multiplexing, 4-22 
pixel arrays, 4-30, 4-79 

prefetching (for host accesses), 4-60, 7-10 — 7-12 
range, 3-3 

RCA values at row-address time, 4-21 
screen-refresh address, 4-41 , 4-42, 4-78 
segments within the cache, 5-2, 5-3 
subsegments within a cache segment, 5-2, 5-3 
tap point, 4-44, 4-45 
two 16-bit registers as a 32-bit register, 4-15, 

4-32, 4-46, 4-75 
window 

end address, 4-90 

start address, 4-91 
XY addressing, 3-14, 4-25, 4-28, 4-34, 4-50, 

4-73,4-90,4-91 
XY-to-linear conversion, 3-15—3-17, 4-28, 4-34, 

4-72, 4-83 

ADDXY instruction, 13-38 
ADDXYI instruction, 13-39 



lndex-1 



Index 



algorithms 

cache 

control, 5-3 
replacement, 5-4 

display pitch, 3-13 

least-recently-used (cache replacement), 5-4 

XY-to-llnear conversion, 3-1 5 
ALTCH signal, 2-9, 2-11,8-2,1 0-2 
American video standards 

NTSC, 9-27 

RS-170, 9-27 
AND instruction, 13-40 
AND! instruction, 13-41 
AN DN Instruction, 13-42 
ANDNIinstruction, 13-43 
ANSI C, 1-11 

applications of the TMS34020, 1-3 
arbitration logic 

examples, 11-15—11-18 

multiprocessor systems, 11-1 3—1 1 -1 5 
archiver, 1-11 
arithmetic instructions, 13-24 

ABS, 13-32 

ADD, 13-33 

ADDC, 13-34 

ADD! (16 bits), 13-35 

ADD! (32 bits), 13-36 

ADDK, 13-37 

ADDXY, 13-38 

ADDXYI, 13-39 

DEC, 13-94 

DIVS, 13-96—13-97 

DIVU, 13-98— 13-99 

INC, 13-134 

MODS, 13-152 

MODU, 13-153— 13-157 

MPYS, 13-172—13-174 

MPYU, 13-175—13-176 

SUB, 13-241 

SUBB, 13-242 

SUBI, 13-243, 13-244 

SUBK, 13-245 

SUBXY, 13-246 
arithmetic pixel-processing options, 4-26 
array sizes for DRAMs, 8-52 
arrays. See pixel arrays 
assembler, 1-11 
assembly-language, tools, 1-10 — 1-13, 3-24 



autoincrementing, 7-12 — 7-15 
disabled, 7-14 
legal HBS combinations, 7- 
reads and writes, 7-14 
writes only, 7-14 

auxllary graphics instructions 
CLIP, 13-55 

FPIXEQ, 13-126— 13-127 
FPIXNE, 13-128— 13-129 
PFILL, 13-184— 13-189 
RPIX, 13-225 
TFILL, 13-249— 13-252 
VBLT, 13-259— 13-261 
VFILL, 13-262— 13-263 
VLCOL, 13-264— 13-265 



13 



B-flle registers (BO— B14), 4-6, 4-7, 4-8 

COLORO, 4-18, 4-74 

C0L0R1, 4-19, 4-74 

DADDR, 4-30 

DPTCH, 4-34 

DYDX, 4-50 

initial state following reset, 6-23 

MADDR, 4-71 

MPTCH, 4-72 

OFFSET, 4-73 

PATTERN, 4-74 

SADDR, 4-79 

SPTCH, 4-83 

WEND, 4-90 

WSTARX 4-91 
background color, 4-18, 4-74 
bandwidth, host interface, 7-34 — 7-36 
bank selects, 8-57 
BEN bit, 3-20, 4-21, 8-4 

write protecting the bit, 4-22 
BF (bus fault) status bit, 4-3, 6-3, 6-19 
big-endian addressing, 3-20 — 3-25 

assembling code for, 3-24 — 3-25 

default at reset, 3-20, 4-21 

effect of BEN bit, 3-20, 4-21 

host interface, 7-44 

instruction timing, 3-25 — 3-26 

processors that use it, 3-20 

selecting, 3-20, 4-21 
binary PIXBLTs 

use of COLORO, 4-18 

useofCOLOR1,4-19 
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blanking 

composite blanking, CBLNK, 2-15 
horizontal blanking, 9-9 
ending (HEBLNK), 4-53 
HBLNK,2-15 
starting (HSBLNK), 4-66 
vertical blanking, 9-9 
ending (VEBLNK), 4-86 
starting (VSBLNK), 4-88 
VBLNK,2-15 
BLMOVE instruction, 13-44—13-45 
implied operands 
DADDR, 4-30 
SADDR, 4-79 
block of pixels. See arrays 
block accesses 
reads 

of TMS34020 memory (by host), 4-59, 4-60 
writes, 4-22 

to TMS34020 memory (by host), 4-59, 4-60 
with masi<, 4-22 
block diagram, TMS34020, 1-5 
block-write cycles 
data expansion, 8-42 
data mapping, 8-41 

status code on local-memory cycle, 8-11 
Boolean pixel-processing options, 4-26 
branch instructions, effects on PC, 4-4 
breakpoints, 6-28 
British video standards 

PAL, 9-27 
BSFLTD registers, 4-15—4-17, 6-19 
BSFLTDH, 4-15—4-17, 6-19 
BSFLTDL, 4-15—4-17, 6-19 
BSFLTST register, 4-17, 6-19 
BTST 

constant version, 13-46 
register version, 1 3-47 
buffer delays for emulator connections, A-5 
bulk initialization, 9-47 
bus error/bus fault, 2-11 , 7-9 

bus-fault interrupt, 6-19—6-20, 7-9 

service routine, 6-20 
coprocessor cycles, 10-9 
CPU-Initiated access, 8-14 
host-initiated access, 8-1 4 
local-memory cycles, 8-1 4 
on a host-initiated access, 4-64 



screen-refresh cycle, 8-14 

use of BSFLST to save memory controller state, 
4-17 

use of BSFLTD to store LAD data, 4-15—4-17 
bus-fault interrupt, priority, 6-7 
bus-locked operation 

and dynamic bus sizing, 8-29 

status code on local-memory cycle, 8-11 
bus-request codes 

access termination, 11-5 — 11-12 

high-priority request, 11-5 — 11-12 

low-priority request, 11-5 — 11-12 

no request, 11-5 — 11-12 
bus-requests priorities, 2-13, 8-6 
bus size signal (SIZE16), 2-11 
BUSFLT signal, 2-9, 2-11,6-2, 6-19, 7-9, 8-2, 8-12, 

8-18,10-2 

bus cycle completion codes, 2-12 
byte-select strobes, 4-57, 7-2 

big-endian addressing, 7-44 

little-endian addressing, 7-44 
bytes, 3-1 



C (carry) status bit, 4-3 
C compiler, 1-11, 1-13 
cache, 5-1—5-12 

accessible words, 5-3 

architecture, 5-2 

bypassing the cache, 5-8 

cache fill, status code on local-memory cycle, 
8-11 

cache hit, 5-5 

cache miss, 5-5 
segment miss, 5-6 
subsegment miss, 5-5 

CD (cache disable) bit, 5-8 

CF (cache flush) bit, 5-8 

control algorithm, 5-3 

disabling the cache, 4-27, 5-8 

downloading new code from a host, 5-8 

fetching data after a cache miss, 5-6 

flushing the cache (CF), 4-61 , 5-8 

initial state following reset, 6-23 

internal parallelism, 5-10 

least-recently-used algorithm, 5-4 

operation, 5-5—5-8 

organization, 5-2 
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P flags, 5-2, 5-4 

performance when enabled vs. disabled, 5-9 

reason it's provided, 5-1 

replacement algorithm, 5-4 

segments, 5-2 

self-modifying code, 5-8 

setting the CD bit, 5-8 

setting the HLT bit, 5-8 

size, 5-3 

SSA registers, 5-2 

subsegments, 5-2 
CALL instruction, 13-48 
CALLA instruction, 13-49 
CALLR instruction, 13-50 
CAMD signal, 2-9, 2-12, 8-2, 8-18 
capturing a video image, 9-48 
Cartesian coordinates, 3-14, 3-19 
CAS0--CAS3 signals, 2-9, 2-12, 8-2, 10-2 
CBLNK/VBLNK signal, 2-10, 2-15, 9-2 

selection, 4-38 
CBP bit, 3-20, 4-22, 8-4 
CD bit, 4-27, 5-8 

CEXEC instruction, 13-51-— 13-93 
CF bit, 4-57, 4-61, 5-8, 7-4 
CHECK ('34082 pseudo-op), 14-19 
CL30, 1-11 
CLIP instruction, 13-55—13-56 

Implied operands, DADDR, 4-30 
CLKIN signal, 2-10, 2-16,8-2 
clocks 

CLKIN (clock in), 2-16 

LCLK1 , LCLK2 (local output clocks), 2-16 

SCLK (serial data clock), 2-15 

VCLK (video clock), 2-15 
CLR instruction, 13-57 
CLRC instruction, 13-58 
CMOVCG instruction, 13-59—13-60 
CMOVCM instruction, 13-61—13-62, 13-63—13-65 
CMOVCS instruction, 13-66 
CMOVGC instruction, 13-67—13-68, 13-69—13-70 
CMOVMC instruction, 13-71—13-73, 13-74—13-77, 

13-78—13-79 
CMP instruction, 13-80 
CMP ('34082 pseudo-op), 14-20, 14-21 
CMPD ('34082 pseudo-op), 14-22 
CMPF ('34082 pseudo-op), 14-23, 14-24 



CMPI instruction, 13-81, 13-82 

CMPK instruction, 13-83 

CMPXY instruction, 13-84 

code 

debugging, single-step mode, 6-28 — 6-32 
downloading new code from a host, 5-8, 7-32 
restrictions for compatibility between TMS34010 

and TMS34020, 1-17 
self-modifying, effects on instruction cache, 5-8 

COFF, 1-11 

color-latch register loads, status code on local- 
memory cycle, 8-11 
COLORO register, 4-18, 4-74 
C0L0R1 register, 4-19, 4-74 
column address 
bus, 2-12 
mode, 2-12 
strobes, 2-12 
column-address time, 4-21 , 8-9 
compare instructions, 13-24 
BTST (constant), 13-46—13-50 
BTST (register), 13-47—13-50 
CMP, 13-80 
CMPI, 13-81—13-93 
CMPK, 13-83— 13-93 
CMPXY, 13-84 
CPW, 13-85— 13-86 
compatibility 

with future GSPs 

local-memory read & write cycles, 8-19 
status register values, 4-3 
with the TMS3401 0, 1 -1 6—1 -1 8 
code restrictions, 1-17—1-18 
CONTROL register, 4-24 
DPYADR register, 4-35 
DPYSTRT register, 4-48 
DPYTAP register, 4-49 
HSTADRH register, 4-56 
HSTDATA register, 4-65 
screen-refresh registers, 9-8 

completing a successful local-memory cycle, 8-13 
composite video, 9-1 5—9-1 7 

display example, 9-40 — 9-42 

enabling/disabling, 4-38 

equalization pulses, 9-15 — 9-16 

serration pulses, 9-15 — 9-16 

sync direction, 4-37 
condition codes for jump instructions, 13-26 
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CONFIG register, 4-20—4-24, 8-4 

BEN bit, 3-20, 4-20, 4-21 , 8-4 

CBP bit, 3-20, 4-20, 4-22, 8-4 

RCM bits, 4-20, 4-21 , 8-4 

RR bits, 4-20, 4-23, 8-4 

VEN bit, 8-4 

write protecting the register, 4-22 
constants, 13-2 
context-switching instructions, 13-25 — 13-27 

CALL, 13-48 

CALLA, 13-49 

CALLR, 13-50 

RETI, 13-217—13-218 

RETS, 13-220 

TRAPL, 13-256— 13-258 

TRAPN, 13-253— 13-255 

CONTROL register, 4-24—4-28 
CD bit, 4-24, 4-27, 5-8 
compatibility with TMS34010, 4-24 
PBH bit, 4-24, 4-25 
PBV bit, 4-24, 4-26 
PPOP bits, 4-24, 4-26—4-27 
T bit, 4-24, 4-25 
TM bits, 4-24 
VEN bit, 4-22 
W bits, 4-24, 4-25, 6-17 

CONVDP register, 4-28—4-30 
SETCDP instruction, 4-28 
XY-to-linear conversion, 3-15, 3-16 

converting. . . 

an XY address to a linear address, 3-15 — 3-17 
composite video signals to separate signals, 9-34 
pixel access into register transfers, 9-47 
separate video signals to a composite signal, 
9-34 

CONVMP register, 4-2^-4-30 

SETCMP instruction, 4-28 

XY-to-linear conversion, 3-15, 3-16 
CONVSP register, 4-28—4-30 

SETCSP Instruction, 4-28 

XY-to-linear conversion, 3-15, 3-16 

coprocessor interface, 10-1—10-18 
aborts, 10-17 
general coprocessor commands 

command field, 10-6-—10-7 

format, 10-5—10-7 

ID field, 10-5—10-7 

parameter size, 10-6— -10-7 
general coprocessor instructions, 10-3 — 10-4 



local-memory cycles, 10-4, 10-8 — 10-16 

bus faults, 10-9 

ending, 10-9 

inserting wait states, 10-9 

retrying, 10-9 
overview, 10-3 

passing commands to a coprocessor, 1 0-8 
sig nals, 10 -2—10-18 

ALTCH, 10-2 

BUSFLT, 10-2 

CAS0—CAS3, 10-2 

LAD0—LAD31, 10-2 

LCLK1, LCLK2, 10-2 

LINT1, LINT2, 10-2 

LRDY, 10-2 

SF, 10-2 

WE, 10-2 
status checks, 10-17 
status code on local-memory cycle, 8-10 
system configuration, 10-18 
TMS34082, 14-1—14-7 
TMS34082 pseudo-ops, 10-3 
transferring data, 10-8 

coprocessor to local memory, 10-15 

coprocessor to TMS34020 register, 10-12 

local memory to coprocessor, 10-14 

sequence, 10-9 

TMS34020 register to coprocessor, 10-11 
CPW instruction, 13-85—13-86 
implied operands 

WEND, 4-90 

WSTART, 4-91 
CSD bit, 4-37, 9-6 
CST bit, 4-39, 9-6 

effect on local-memory cyles, 8-30, 8-33, 8-36 
CSYNC signal 

equalization pulses, 9-17 
selecting as input or output, 4-37 
serration pulses, 9-16 
CSYNC/HBLNK signal, 2-10, 2-15, 9-2 

selection, 4-38 
CVD bit, 4-38, 9-6 
CVDF ('34082 pseudo-op), 14-25 
CVDI ('34082 pseudo-op), 14-26 
CVDXYL instruction, 13-87—13-88 
implied operands 

CONVDP, 4-29 

DPTCH, 4-34 

PSIZE, 4-77 
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CVFD ('34082 pseudo-op), 14-27, 14-28 
CVFI ('34082 pseudo-op), 14-29, 14-30 
CVID ('34082 pseudo-op), 14-31 
CVIF ('34082 pseudo-op), 14-32, 14-33, 14-34 
CVMXYL instruction, 13-89—13-90 
implied operands 

CONVMP, 4-29 

MPTCH, 4-72 

PSIZE, 4-77 
CVSXYL instruction, 13-91 
implied operands 

CONVSP, 4-29 

PSIZE, 4-77 

SPTCH, 4-83 
CVXYL instruction, 3-16, 13-92—13-93 
implied operands 

CONVDP, 4-29 

DPTCH, 4-34 

OFFSET, 4-73 

PSIZE, 4-77 



DADDR register, 4-30 

with DYDX for common rectangle function, 4-30 
data 

access, status code on local-memory cycle, 8-11 

expansion, 8-37 

mapping, during block-write cycles, 8-41 

structures, 3-1—3-32 
bytes, 3-1 
fields, 3-1, 3-3, 3-5 
pixel arrays, 3-1, 3-18—3-19 
pixels, 3-1, 3-10—3-13 
stacks, 3-26 

subcycle (local-memory cycle), 8-12 
data portion (local-memory cycle), 8-8, 8-9 
DDINsignal, 2-9, 2-11,8-2 
DDOUT signal, 2-9, 2-11, 8-2, 8-1 8 
debugging, A-1 

debugging code in single-step mode, 6-28 — 6-32 
DEC instruction, 13-94 
delays. . . 

buffer delays in emulation, A-5 

recognizing interrupts, 6-11 

to host accesses, 7-37 — 7-40 

to video synchronization, 9-33 
design considerations, for emulation, A-7 



destination pitch 

CONVDP register, 4-28—4-30 

conversion factor, 4-28 — 4-30 

DPTCH register, 4-34—4-35 
development tools overview, 1-10 — 1-13 
DIE bit, 4-69, 6-3 
DING registers, 3-11, 4-32, 9-7 

SRINC bits, 4-32, 4-33, 9-7 

YZINC bits, 4-32, 4-33, 9-7 
DINCH, DINCL See DING registers 
DINT instruction, 13-95 
DIP bit, 4-70, 6-4, 6-17 
direct operands, 13-4 
display 

address output during a screen refresh, 4-42 

blanking ration (DBR), 9-36 

control, 4-36—4-41 

increment value, 4-32 

interrupt 

DPYINT register, 4-41 
enabling, 4-69 
pending indication, 4-70 

mask, 4-44 — 4-46 

memory, 8-56 
coordinates, 3-13 
dimensions, 3-12 
requirements for hardware, 8-56 
requirements for multiplexed addressing, 8-54 

panning, 9-57 

pitch, 3-13 

screen origin 
alternate, 3-12 
default, 3-12 

screen sizes, 9-36 

start address, 4-46 — 4-48 
display interrupt, 6-17, 9-37 

disabling, 6-6 

enabling, 6-6 

priority, 6-7 

trap number, 6-16 

vector address, 6-8, 6-1 6 
DIVD ('34082 pseudo-op), 14-35 
DIVF ('34082 pseudo-op), 14-36, 14-37 
DIVS instruction, 13-96—13-97 
DIVS ('34082 pseudo-op), 14-38, 14-39 
D I VU instruction , 1 3-98—1 3-99 
dot clock, 9-36 
downloading new code from a host, 5-8 
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DPTCH register, 4-34--4-35 
XY-to-linear conversion, 3-15 

DPYADR register, 4-35 

DPYCTL register, 4-36—4-41, 8-4, 9-5 

CSD bit, 4-36, 4-37, 9-6 

CST bit, 4-36, 4-39, 9-6 

CVD bit, 4-36, 4-38, 9-6 

ENV bit, 4-36, 4-40, 9-6 

HSD bit, 4-36, 9-5 

NIL bit, 4-36, 4-40, 9-6 

SRE bit, 4-36, 4-40, 9-6 

SSV bit, 4-36, 4-38, 9-6 

VCE bit, 4-36, 4-39, 9-6 

VSD bit, 4-36, 4-37, 9-6 

DPYINT register, 4-41—4-42, 6-17 

DPYMSK register, 4-44—4-46, 8-58, 9-8 
and SRST or SRNX, 9-55 

DPYNX registers, 4-42—4-44, 9-7 

increment value, 4-32 
SRNX bits, 4-42, 4-43, 9-7 
YZCNT bits, 4-42, 9-7 

DPYNXH, DPYNXL See DPYNXL registers 

DPYST registers, 4-46—4-48, 9-7 
SRST bits, 4-46 

DPYSTH, DPYSTL See DPYST registers 

DPYSTRT register, 3-11 , 4-48 

DPYTAP register, 4-49 

DRAM/VRAM interface, 8-1—8-60 

block-mask local-memory cycles, 8-37 — 8-43 
DRAM-refresh local-memory cycles, 8-44 — 8-45 
serial-register transfers, 8-29 — 8-33 
signals, 2-12, 8-2—8-3 

CAMP, 2-12, 8-2 

CAS0— CAS3, 2-12, 8-2 

PGMD, 8-3 

RAS, 2-12,8-3 

RCAO—RCA 12, 2- 12, 8-3 

SF,2-12 , 8-3 

SIZE16, 8-3 

TR/QE, 2-12, 8-3 

WE, 2-12, 8-3 
write-mask local-memory cycles, 8-34 — 8-36 

DRAMs 

array sizes, 8-52 
CAS-before-RAS cycles, 4-78 
refreshes, 4-78, 8-6, 8-44 

status code on local-memory cycle, 8-10 
selecting the refresh rate, 4-23 



DRAV instruction, 13-100—13-102 
implied operands 
C0L0R1, 4-19 
CONTROL, 4-27 
CONVDP, 4-29 
DPTCH, 4-34 
OFFSET 4-73 
PMASK, 4-76 
PSIZE, 4-77 
WEND, 4-90 
WSTART 4-91 
DSJ instruction, 13-103 
DSJEQ instruction, 13-104—13-105 
DSJNE instruction, 13-106—13-107 
DSJS instruction, 13-108 
DYDX register, 3-18, 4-50—4-52 

with DADDR for common rectangle function, 
4-30, 4-50 
dynamic bus sizing 

and bus-locked operation, 8-29 
data transfers, 8-26 
page m ode, 8-28 
SIZE16 signals, 2-11 



EINT instruction, 13-109 

EMG bit, 4-63, 7-4, A-7 

EMIEN bit, 4-64, 7-4, A-7 

EMR bit, 4-63, 7-4, A-7 

EMU instruction, 13-110 

EMUO— EMU3 signals, 2-10, A-3, A-4, A-6 

emulation 

buffer delays, A-5 

design considerations, A-1 — A-10, A-7 

emulator connector, A-3 

host communications, 4-63, A-7 

inhibiting the host-interface port, 4-63 

mechanical dimensions 
12-pln connector, A-10 
pod, A-9 
target cable, A-9 

overview of an emulation system, A-2 

pod interface, A-6 

preventing the host from accessing local memory, 
4-63 

requesting local memory, 8-7 

reset and interrupts, A-7 
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signals 

buffering, A-4 
EMU0—EMU3, A-3, A-4, A-6 

status code on local-memory cycle, 8-10 
endian addressing modes. See big-endian address- 
ing 
ENV bit, 4-40, 9-6 
equali zation pu lses, 9-15 — 9-16 

onCSYNC,9-17 
European video standards 

PAL (British), 9-27 

SECAM (French), 9-27 
even field (interlaced video), 9-21 
EXGF instruction, 13-111 
EXGPC instruction, 13-112 
EXGPS instruction, 13-113 
extending a local-memory cycle with wait states, 

8-12 
external interrupts, 6-15 

disabling, 6-6 

enabling, 4-69, 6-6 

pending indications, 4-70 

priority, 6-7 

recognition delay, 6-11 

source, 6-15 

vector addresses, 6-8, 6-1 5 
external synchronization, 9-29 — 9-35 

composite sync, 9-30—9-35 

conversion, 9-34 

horizontal sync, 9-30—9-35 

interlaced video, 9-30—9-35 

odd/even field alignment, 9-3 1 — 9-35 

noninterlaced video, 9-30 — 9-35 

vertical sync, 9-30—9-35 
external syncrhonization 

loading the video counters, 9-32 

pulse widths, 9-35 

syncing to VCLK, 9-32 



fast fills, 8-37 

FEO (field extension 0) status bit, 4-2 
FE1 (field extension 1) status bit, 4-2 
features, of theTMS34020, 1-2 
fields, 3-1, 3-3, 3-5— 3-9 
alignment in memory, 3-7 

aligned to 1 -byte boundary, 3-7 



aligned to 2-byte boundaries, 3-6 
straddling a word and aligned on 2 byte 

boundaries, 3-7 
straddling a word and aligned to 1 byte bound- 
ary, 3-8 
straddling a word and not byte aligned, 3-8 
extraction, 3-6 
field 0, 3-5 

FEO (field extension) bit, 3-5, 4-2 
field size decoding, 3-5 
FSO (field size) bits, 3-5, 4-2 
sign-extending, 4-2 
zero-extending, 4-2 
field 1 , 3-5 

FE1 (field extension) bit, 3-5, 4-2 
field size decoding, 3-5 
FS1 (field size) bits, 3-5 
sign-extending, 4-2 
zero-extending, 4-2 
field extension 

sign-extending, 4-2 
zero-extending, 4-2 
in a general-purpose register, 3-5 
insertion, 3-6, 3-8, 3-9 
pixels, DPYSTRT register, 3-11 
PSIZE register, XY-to-linear conversion, 3-15 
reading, 3-5 
size, 3-5 

starting address, 3-5 
storage in external memory, 3-6 
writing, 3-5 
FILL instructions 

FILLL, 13-114— 13-116 
implied operands 
COLOR1,4-19 
CONTROL, 4-27 
DADDR, 4-30 
DPTCH, 4-34 
DYDX. 4-50 
PMASK. 4-76 
PSIZE, 4-77 
FILLXY 13-117—13-120 
implied operands 
COLOR1,4-19 
CONTROL, 4-27 
CONVDP, 4-29 
DADDR, 4-30 
DPTCH, 4-34 
DYDX, 4-50 
OFFSET, 4-73 
PMASK, 4-76 
PSIZE, 4-77 
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WEND, 4-90 
WSTART, 4-91 
source address, 4-30, 4-79 
FLINE instruction, 13-121—13-125 
destination address, 4-30 
implied operands 
COLORO, 4-18 
COLOR1, 4-19 
CONTROL, 4-27 
CONVDP, 4-29 
DADDR, 4-30 
DPTCH, 4-34 
DYDX, 4-50 
MPTCH, 4-72 
PATTERN, 4-74 
PMASK 4-76 
PSIZE, 4-77 
SADDR, 4-79 
WEND, 4-90 
WSTART, 4-91 
source address, 4-79 
flushing the cache, 4-61 , 5-8 
foreground color, 4-19, 4-74 
FPIXEQ instruction, 13-126—13-127 
implied operands 
COLORO, 4-18 
MPTCH, 4-72 
PMASK, 4-76 
PSIZE, 4-77 

FPiXNE instruction, 13-128—13-129 
implied operands 
COLORO, 4-18 
MPTCH, 4-72 
PMASK, 4-76 
PSIZE, 4-77 
French video standards 
SECAM, 9-27 



general-purpose coprocessor instructions 
CEXEC, 13-51— 13-93 
CMOVCG, 13-59—13-60 
CMOVCM, 13-61—13-62, 13-63—13-65 
CMOVCS, 13-66 

CMOVGC, 13-67—13-68, 13-69—13-70 
CMOVMC, 13-71—13-73, 13-74—13-77, 
13-78—13-79 

general-purpose register files. See register files 



GETCST ('34082 pseudo-op), 14-40 
GETPC instruction, 13-130 
GETPS instruction, 13-131 
GETST instruction, 13-132 
Gisignal, 2-9, 2-13,8-18, 11-2 
graphics instructions 

CPW, 13-85— 13-86 

CVXYL, 13-92— 13-93 

destination address, 4-30 

DRAV, 13-100— 13-102 

FULL, 13-114— 13-116 

FILLXY, 13-117— 13-120 

FLINE, 13-121— 13-125 

interrupts, 6-13—6-14 

LINE, 13-142— 13-145 

LINIT, 13-146 

LMO, 13-147 

PIXBLT instructions, 13-190—13-205 

PIXT instructions, 13-206—13-213 

source address, 4-79 
graphics operations 

interrupts, 6-13— 6-14 

PIXBLT direction, 4-25, 4-26 

pixel size, 4-77 

pixel-processing operations 
arithmetic options, 4-26 
Boolean options, 4-26 
selecting, 4-26—4-27 

plane masking, 4-75 

transparency, 4-24, 4-25 

window checking, 4-25, 4-90, 4-91 



HA5— HA31 signals, 2-10, 2-14, 7-2, 7-7 

HACK bit, 4-57, 4-57, 7-3 

halt latency, 7-39 

halting TMS34020 execution, 7-32 

acknowledging the halt state, 4-57 

HLT bit, 4-61 
HBFI bit, 4-64, 6-5, 6-21 , 7-5, 7-9 
HBREN bit, 4-64, 6-5, 6-21 , 7-5, 7-9 
HBSO— HBS3 signals, 2-10, 2-14, 7-2, 7-7 
HCOUNT register, 4-52—4-53, 9-4 

external synchronization, 9-29 

loading with the SETHCNT value, 4-81 
HCS signal, 2-10, 2-14, 7-2, 7-7 
HOST signal, 7-2 
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HDST signal, 2-10,2-14 
HEBLNK register, 4-53—4-54, 9-4 
HESERR register, 4-54—4-55, 9-4 
HESYNC register, 4-55—4-57, 9-4 
HIE bit, 4-69, 6-3 
HINC bit, 4-57, 4-60, 7-4 

effects on address comparison, 7-10 

effects on autoincrementing, 7-13 

effects on prefetching, 7-1 

interaction with HPFW, 4-59, 7-10 
HINT signal, 2-10, 2-14, 4-64, 6-2, 6-21, 7-2, 7-9 
HIP bit, 4-70, 6-4, 6-17 
HLB bits (HLBO— HLB1), 4-57, 4-57, 7-3 

effects on prefetching, 7-11 
HLT bit, 4-57, 4-61, 6-4, 6-22, 7-4 

setting for downloading new code, 5-8 

software reset, 7-32 
HOE signal, 2-10, 2-14, 7-2 
horizontal 

back porch, 9-10 

blanking 

minimum duration, screen refreshes, 9-51 
screen refreshes, 9-42 

front porch, 9-10 

video timing (internal), 9-11 — 9-12 
horizontal blanking, 9-9 

VRAM tap point, 4-80 
horizontal sync, 9-9 

direction, 4-36 

horizontal timing 

HCOUNT register, 4-52 

HEBLNK register, 4-53 

HESERR register, 4-54 

HESYNC register, 4-55 

HSBLNK register, 4-66 

HTOTAL register, 4-67 

SETHCNT register, 4-81 

VEBLNK register, 4-86 
host Interface, 7-1—7-44 

access delays, 7-37 — 7-40 

address Identification, 4-57, 7-7 

autoincrementing, 7-1 2 — 7-15 

bandwidth, 7-34 
optimizing, 7-35 

basic communication, 7-7—7-9 

big-endian addressing, 7-44 

block diagram, 7-6 

buffering messages, 4-62 



bus fault indication, 4-64 
byte-select strobes, 2-14, 4-57, 7-7 

illustration, 7-8 
chip-select, 2-14 

completing a host access, 7-16 — 7-17 
data latch 

output enable, 2-14 

strobe, 2-14 
default cycle, 7-15, 8-7 
downloading new code from host, 7-32 
emulation considerations, A-7 
emulator communications, 4-63 
features that improve performance, 7-10 

address comparison, 4-60—4-61, 7-12 

autoincrementing, 4-60 — 4-61, 7-12 

host-default cycle, 7-15 

prefetching, 4-59—4-61, 7-10 
halt latency, 7-39 
implicit addressing, 7-1 2 — 7-1 5 
interrupts, 4-58, 4-64, 6-16, 6-21 , 7-9 

enabli ng, 4-69 

HINT, 2-14 

message to host, 4-63 

message to TMS34020, 4-62 

pending indication, 4-70 
little-endian addressing, 7-44 
messages, 4-62 

multlple-TMS34020 system, 7-40—7-41 
prefetching data, 7-10 
read cycles, 7-8 



back-to-back with autoincrementing, HREAD 
as strobe, 7-23 

back-to-back with prefetching, HCS as strobe, 
7-22 

single read from I/O register, HREAD as 
strobe, 7-20 

single read, 1 wa it state, HCS as strobe, 7-21 

single read, HCS as strobe, 7-19 

successive reads to same location, HCS and 
HREAD as strobes, 7-24 
read strobe, 2-14 
registers 

CONFIG, 4-20 

HSTCTLH, 4-57—4-62, 7-3 

HSTCTLL, 4-62—4-65, 7-4 
retry indication, 4-64, 7-9 
signals, 2-13 

BUSFLT,7-9 

HA5—HA31, 2-14, 7-2, 7-7 

HBS0—HBS3, 2-14, 7-2, 7-7 
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HCS, 2-14, 7-2 

HOST, 7-2 

HOST , 2-14 

HINT , 2-14, 7-2, 7-9 

HOE, 2-14, 7-2 

HRDY,2 -14, 7-2 

HREAD, 2-14, 7-2 

HWRITE, 2-14, 7-2 

LRDY, 7-9 
status code on local-memory cycle, 8-10 
synchronizing host requests, 7-35 
systems with 16-bit memory devices, 7-42 — 7-43 
timing examples, 7-18—7-31 
TMS34020 acknowledges halt, 4-57 
use of page mode, 8-24 
worst-case delay, 7-37 

bus-master arbitration, 7-38 

CPU cycles, 7-39 

DRAM-refresh cycles, 7-38 

host request syncronization, 7-38 

previous host cycle, 7-38 

screen-refresh cycles, 7-38 
write cycles, 7-9 

ba ck-to-back writes with autoincrementing, 
HWRITE as strobe, 7-29 

back-to-back w rites with pref etching & autoin- 
crementing, HREAD and HWRITE as 
strobe, 7-31 

back-to-back writes with prefetching, HCS as 
strobe, 7-30 

back-to-back writes, HCS as strobe, 7-28 

single write to I/O register, HWRITE as strobe, 
7-26 

single write, 1 wa it state, HCS as strobe, 7-27 

single write, HCS as strobe, 7-25 
write strobe, 2-14 

host interrupt 
disabling, 6-6 
enabling, 6-6 

host-address bus, 2-14, 7-2, 7-7 

host-byte selects, legal combinations for autoincre- 
menting, 7-13 

host-interface, bus fault indication, 7-9 

host-present mode, 6-25 

HPFW bit, 4-57, 4-59, 7-3 

effects on autoincrementing, 7-13 
effects on prefetching, 7-10 



interaction with HINC, 4-59, 7-10 

HRDYsignal, 2-10,2-14, 7-2 
activating for. . . 
host reads, 7-16 

host reads and writes after prefetches, 7-17 
host writes, 7-16 



HREAD signal, 2-10, 2-14, 7-2, 7-7 

HRYI bit, 4-64, 6-5, 7-5, 7-9 

HSBLNK register, 4-66—4-67, 9-4 

HSD bit, 4-36, 9-5 

HSTADRH, HSTADRL, 4-56, 7-5 

HSTCTLH register, 4-57—4-62 
CF bit, 4-61, 5-8, 7-4 
HACK bit, 4-57, 7-3 
HBFI bit, 7-9 
HBREN bit, 7-9 
HINC bit, 4-60, 7-4, 7-10, 7-13 
HLB bit, 7-3, 7-11 
HLB bits, 4-57 

HLT bit, 4-61 , 5-8, 6-4, 6-22, 7-4, 7-32 
HPFW bit, 4-59, 7-3, 7-10, 7-13 
HRYI bit, 7-9 

NMI bit, 4-58, 6-4, 6-16, 7-3 
NMIM bit, 4-59, 6-4, 6-16, 7-3 
RST bit, 4-58, 6-4, 7-3 

HSTCTLL register, 4-62—4-65 
EMG bit, 4-62, 4-63, 7-4, A-7 
EMIEN bit, 4-62, 4-64, 7-4, A-7 
EMR bit, 4-62, 4-63, 7-4, A-7 
HBFI bit, 4-64, 6-5, 6-21, 7-5 
HBREN bit, 4-62, 4-64, 6-5, 6-21 , 7-5 
HBYI bit, 4-62 

HRYI bit, 4-62, 4-64, 6-5, 6-21 , 7-5 
INTIN bit, 4-62, 6-5, 6-16, 7-4 
INTOUT, 4-63 

INTOUT bit, 4-62, 6-5, 6-21 , 7-4 
MSGIN, 4-62, 4-63 
MSGIN bits, 4-62, 6-5, 6-16, 7-4 
MSGOUT, 4-63 
MSGOUT bits, 4-62, 6-5, 6-21 , 7-4 

HSTDATA register, 4-65, 7-5 



HSYNC signal, 2-10, 2-15, 9-3 
selecting as input or output, 4-36 

HTOTAL register, 4-67—4-68, 9-4 



HWRITE signal, 2-10, 2-14, 7-2, 7-7 
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I/O registers, 4-9—4-13 

BSFLTD,4-15 

BSFLTST,4-17 

CONFIG, 4-20 

CONTROL, 4-24 

CONVDP, 4-28 

CONVMP, 4-28 

CONVSP, 4-28 

DINC, 4-32 

DPYCTL, 4-36 

DPYINT, 4-41 

DPYMSK, 4-44 

DPYNX, 4-42 

DPYST, 4-46 

HCOUNT, 4-52 

HEBLNK, 4-53 

HESERR, 4-54 

HESYNC,4-55 

host accesses, 8-24 

HSBLNK, 4-66 

HSTCTLH, 4-57— 4-62 

HSTCTLL, 4-62 

HTOTAL, 4-67 

IHOST, 4-68 

in the memory map, 3-2, 3-3 

initial state following reset, 6-23 

INTENB, 4-69 

INTPEND, 4-70 

memory map, 4-9 

PMASK, 4-77 

PMASK registers, 4-75 

REFADR, 4-78 

SCOUNT, 4-80 

SETHCNT, 4-81 --4-82 

SETVCNT, 4-82—4-83 

summary, 4-10 

VCOUNT, 4-84 

VEBLNK, 4-86 

VESYNC, 4-87 

VSBLNK, 4-88 

VTOTAL, 4-89 
ID assignments, for coprocessors, 10-6 
IDLE instruction, 13-133 

IE (global interrupt enable) status bit, 4-2, 6-3, 6-6 
IHOST registers, 4-68 
illegal opcode interrupt, priority, 6-7 
immediate values, 13-2 



implicit addressing, 7-1 2 — 7-1 5 
implied operands 

B-file registers, 4-7 
summary, 4-8 

COLORO, 4-18, 4-74 

C0L0R1, 4-19, 4-74 

CONFIG, 4-20 

CONTROL, 4-24 

CONVDP, 4-28 

CONVMP, 4-28 

CONVSP, 4-28 

DADDR, 4-30 

DPTCH, 4-34 

DYDX, 4-50 

MADDR, 4-71 

MPTCH, 4-72 

OFFSET 4-73 

PATTERN, 4-74 

PMASK, 4-75 

PSIZE, 4-77 

SADDR, 4-79 

SPTCH,4-83 

WEND, 4-90 

WSTART 4-91 
in-circuit emulation, A-1 

host communications, 4-64 
INC Instruction, 13-134 
incrementing . . . 

automatically for host accesses, 4-60 

display address, 4-32 

DPYNX, 4-32 

HCOUNT 4-52 

SCOUNT 4-80 

VCOUNT 4-84 
incrementing. . ., y-zoom value, 4-32, 4-33, 4-42 
indirect operands, 13-5 

in XY mode, 13-9 

with an offset, 1 3-6 

with postincrement, 13-7 

with predecrement, 13-8 
instruction cache, 5-1 — ^5-12 

accessible words, 5-3 

architecture, 5-2 

bypassing the cache, 5-8 

cache hit, 5-5 

cache miss, 5-5 
segment miss, 5-6 
subsegment miss, 5-5 

CD (cache disable) bit, 5-8 

CF (cache flush) bit, 5-8 
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control algorithm, 5-3 

disabling the cache, 5-8 

downloading new code from a host, 5-8 

fetching data after a cache miss, 5-6 

flushing the cache, 4-61 , 5-8 

initial state following reset, 6-23 

internal parallelism, 5-10 

least-recently-used algorithm, 5-4 

operation, 5-5 — 5-8 

organization, 5-2 

P flags, 5-2, 5-4 

performance when enabled vs. disabled, 5-9 

reason it's provided, 5-1 

replacement algorithm, 5-4 

segments, 5-2 

self-modifying code, 5-8 

setting the CD bit, 5-8 

setting the HLT bit, 5-8 

size, 5-3 

SSA registers, 5-2 

subsegments, 5-2 

instruction set. See TMS34020 instruction set 

instructions 

fetches, status code on local-memory cycle, 8-11 
Interrupting execution, 6-13 
timings, 15-1 — 15-12 

INTENB register, 4-69--4-70, 6-6 
DIE bit, 4-69-4-70, 6-3 
HIE bit, 4-69—4-70, 6-3 
WVE bit, 4-69—4-70, 6-3 
XI E bit, 4-69— 4-70,6-3 
X2E bit, 4-69—4-70, 6-3 

Interlaced video, 9-21—9-28 
composite sync 

equalization region, 9-17 

serration region, 9-17 
display example, 9-40 — 9-42 
electron beam pattern, 9-22 
even field, 9-21 
external synchronization, 9-31 
odd field, 9-21 

programming vertical registers, 9-24 
selecting, 4-40 
signal combinations, 9-22 

interlist utility, 1-11 

internal Interrupts, 6-1 6 — 6-1 8 
display interrupt, 6-17 
host Interrupt, 6-16 
illegal-opcode Interrupt, 6-18 



NMI, 6-16 

single-step interrupt, 6-17 

window-violation Interrupt, 6-17 

Internal parallelism, 5-10 

interrupt, saving information on the stack, 3-29 

interrupts, 6-1—6-32 
actions taken, 6-9, 6-10 
bus-fault Interrupt, 6-19—6-20 
delays, 6-11 

sources, 6-12 
disabling, 6-6 

display interrupt, 4-41, 4-69, 4-70, 6-17, 9-37 
during Instruction execution, 4-2, 6-3, 6-9 
effects on 

PC, 6-9 

ST, 6-9 
effects on. . . 

PC, 4-4 

SP, 4-5 
emulation considerations, A-7 
enabling, 4-2, 4-69, 6-6 
external interrupts, 4-69, 4-70, 6-15 
graphics instructions, 6-10, 6-13 — 6-14 
host interrupt, 2-14, 4-64, 4-69, 4-70, 6-16, 6-21 
host interrupts, 4-64 
how many supported?, 6-1 
Illegal-opcode interrupt, 6-18 
internal Interrupts, 6-16 
laten cy , 6-11 

LINT1, LINT2 (local Interrupts), 2-16 
nonmaskable interrupt, 4-58, 6-16 
pending interrupts, 4-70 
priorities, 6-7 
processing, 6-9 
registers, 6-2 

HSTCTLH, 4-57, 6-4 

HSTCTLL, 4-62, 6-5 

INTENB, 4-69^4-70, 6-3 

INTPEND, 4-70—4-71, 6-4 

ST, 4-2, 6-3 
reset, 6-22—6-27 

host-present mode, 6-25 

self-b ootstrap mode, 6-25 
RESET (system reset), 2-16 
service routines, 6-10 

returning, 6-10 

single-stepping through, 6-31 
signals, 6-2 

BUSF LT, 6-2 

HINT, 6-2 
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LINT1, UNT2, 6-2 

RESET, 6-2 
single-step interrupt, 6-17, 6-28 

interaction with otfier interrupts, 6-30 
traps, 6-8, 6-21 

numbers, 6-16 
vector, fetches, status code on local-memory 

cycle, 8-11 
vector addresses, 6-8, 6-16 
window violation, 4-69, 4-70, 6-17 

INTIN bit, 4-62, 6-5, 6-16, 7-4 

INTOUT bit, 4-62, 4-63, 6-5, 7-4 

INTPEND register, 4-70—4-71 
DIP bit, 4-70—4-71, 6-4, 6-17 
HIP bit, 4-70—4-71, 6-4, 6-17 
WVP bit, 4-70—4-71 , 6-4, 6-17 
XI P bit, 4-70—4-71, 6-4, 6-15 
X2P bit, 4-70—4-71, 6-4, 6-15 

INVD ('34082 pseudo-op), 14-41 

INVF ('34082 pseudo-op), 14-42, 14-43 

IX (interruptible instruction executing) status bit, 4-2, 
6-3 



JAcc instruction, 1 3-1 35—1 3-1 36 

JRcc (long) instruction, 13-139—13-140 

JRcc (short) instruction, 13-137—13-138 

JUMP instruction, 13-141 

jump instructions, 13-25 — 13-31 
condition codes, 13-26 
DSJ, 13-103 

DSJEQ, 13-104— 13-105 
DSJNE, 13-106— 13-107 
DSJS, 13-108 
effects on PC, 4-4 
JAcc, 13-135—13-136 
JRcc(long), 13-139— 13-140 
JRcc (short), 1 3-1 37—1 3-1 38 
JUMP, 13-141 

JUMPC ('34082 pseudo-op), 14-44 



Kernighan and Ritchie, 1-11 

key features of the TMS34020, 1 -2 



LADO— LAD31 signals, 2-9, 2-11,8-2, 10-2 
connecting to VRAMs, 8-41 , 8-43 
4-bit VRAMs 

4 bits per pixel, 8-41 

8 bits per pixel, 8-43 
connections to 16-bit host bus, 7-42 
data remapping, 8-42, 8-43 
LAD4 used as 16-bit word select, 8-25 
latching data on the LAD bus, 8-8 
saving data during a bus fault, 4-15 
status code on LADO— LAD3, 8-9, 8-10—8-11 
values for nonmultiplexed addressing, 8-50 
when data is valid, 8-13 
which half used during 16-bit accesses, 8-26 

latency 

halt latency, 7-39 
host requests, 7-37 — 7-40 
of screen refreshes, 9-50 
recognizing interrupts, 6-11 

LCLK1, LCLK2 signals, 2-10, 2-16, 8-2, 8-18, 10-2 

LCLK1 

effect on external interrupts, 6-15 
used in emulation, A-3, A-4, A-5, A-6 

LCLK2, identifying valid data on LAD bus, 8-12, 
8-18 

least-recently-used (cache replacement) algorithm, 
5-4 

LINE instruction, 13-142—13-145 
destination address, 4-30 
implied operands 

COLORO, 4-18 

C0L0R1, 4-19 

CONVDP, 4-29 

DADDR, 4-30 

DPTCH, 4-34 

DYDX, 4-50 

MPTCH, 4-72 

OFFSET, 4-73 

PATTERN, 4-74 

PMASK, 4-76 

PSIZE, 4-77 

SADDR, 4-79 

WEND, 4-90 

WSTART 4-91 
source address, 4-79 
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linear addressing, 3-3 — 3-4, 3-15 

advantages, 3-19 

array addresses 

destination address (DADDR), 4-30 
source address (SADDR), 4-79 

pixels, 3-11 

UNIT instruction, 13-146 

linker, 1-12 

LINTI , LINT2 signals, 2-1 0, 2-1 6, 6-2, 6-15, 8-2, 
10-2 

interrupt pending indication, 4-70 
interrupt request, 4-69 

little-endian addressing, 3-20 — 3-25 
assembling code for, 3-24 — 3-25 
default at reset, 3-20, 4-21 
effect of BEN bit, 3-20 
effect of the BEN bit, 4-21 
host interface, 7-44 
processors that use it, 3-20 
selecting, 3-20, 4-21 

LMO instruction, 13-147 

load-write-mask cycles, 8-34 

local-nnemory Interface, 8-1 — 8-60 
addressing mechanisms, 8-50 — 8-56 
cycles 

address/status portion, 8-8—8-9 

bus errors/bus faults, 8-14 

completing a successful cycle, 8-13 

data portion, 8-8—8-9 

ending, 8-12--8-14 

extending with wait states, 8-12 

general form, 8-8—8-9 

page mode, 8-15 — 8-17 

read & write cycles, 8-18—8-24 

retrying, 8-13 

status codes, 8- 1 0—8- 1 1 

with wait states, 8-46—8-48 
display examples, 8-57 — 8-60 
dynamic bus sizing, 8-25 — 8-29 
host-default cycles, 7-15, 8-7, 8-49—8-50 
LADO— LAD31 (LAD bus), 2-11 
multiplexed addressing, 8-51 — 8-53 
nonmultiplexed addressing, 8-50 
page mode, 8-15 — 8-17 
registers, 8-4 — 8-5 

CONFIG, 4-20, 8-4 

DPYCTL, 4-36 

PMASK, 4-75, 8-5 

PSIZE,4-77 



REFADR, 4-78, 8-5 
request priorities, 8-6 — 8-7 
sig nals, 8- 2—8-3 

ALTCH, 2-11,8-2, 10-2 

BUSFLT, 2-11, 8-2, 8-12, 8-18, 10-2 

CAMP, 8-18 

CAS0—CAS3, 10-2 

DDIN,2 -11, 8-2 

DDOUT, 2-11, 8-2, 8-18 

Gl, 8-18 

LAD0—LAD31, 2-11, 8-2, 10-2 

LCLK1, LCLK2, 8-12, 8-18, 10-2 

LINTI, LINT2, 10-2 

LRDY, 2-11, 8-2, 8-12, 8-18, 10-2 

PGMD, 2-11, 8-3, 8-12, 8-18 

RO, R1, 8-18 

SF, 10-2 

SIZE16, 2-11, 8-3, 8-12, 8-18 

WE, 10-2 
logical instructions, 13-24 
AND, 13-40 
ANDI, 13-41 
ANDN, 13-42 
ANDNI, 13-43 
LMO, 13-147 
NEG, 13-178 
NEGB, 13-179 
NOT, 13-181 
OR, 13-182 
ORI, 13-183 
RMO, 13-224 
XOR, 13-266 
XORI, 13-267 

loss of bus grant, 8-6 

LRDY signal, 2-9, 2-1 1 , 7-9, 8-2, 8-1 2, 8-1 8, 1 0-2 
bus cycle completion codes, 2-12 



MADDR register, 4-71—4-72 
SETCMP instruction, 4-71 

major interfaces, 2-8 
masks 

display mask (DPYMSK), 4-44—4-46 
mask array 

address (MADDR), 4-71—4-72 
pitch (MPTCH), 4-72 

XY-to-linear conversion factor (CONVMP), 
4-28 
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pitch 

conversion factor, 4-28—4-30 

CONVMP register, 4-28 

MPTCH register, 4-72— 4-73 
plane mask (PMASK), 4-75 
write-mask registers (for VRAMs), 4-20, 4-22 

memory 

address space, 3-3 
display memory, 8-56 

coordinates, 3-13 

dimensions, 3-12 
general use, 3-3 
I/O registers, 3-3 
map of local memory, 3-2 
organization, 3-1—3-32 

addressing, 3-3—3-4 

banl< selection, 8-55—8-56 

bytes, 3-1 

fields, 3-1, 3-3, 3-5 

memory map, 3-2 

pixel arrays, 3-1, 3'18—3'19 

pixels, 3-1, 3-10 

stacks, 3-26 
reserved, 3-3 
system memory, 8-56 
vectors, 3-3 

memory-to-serial-registers cycles, 8-30 

memory-to-split-serial-registers cycles, 8-31 

micellaneous instructions, CVDXYL, 13-87—13-88 

midline reload, 4-38, 8-58, 9-55—9-56 
example display memory dimensions, 8-59 

midlines reload, 9-43—9-46 

miscellaneous instructions 
CLR, 13-57 
CLRC, 13-58 
CVMXYL, 13-89— 13-90 
CVSXYL, 13-91 
REV, 13-221 
SETCDP, 13-227 
SETCMP, 13-228 
SETCSP, 13-229 

MMFM instruction, 3-27, 13-148—13-149 

MMTM instruction, 3-27, 13-150—13-151 

MODS instruction, 13-152 

MQDU instruction, 13-153—13-157 

MOVB instructions, 13-154—13-157 

MOVD pseudo-ops instructions, 14-45 — 14-57 



MOVE instructions, 13-158—13-166 
move instructions 

BLMOVE, 13-44— 13-45 

byte, 13-20 

field, 13-20— 13-31 

MMFM, 13-148— 13-149 

MMTM, 13-150— 13-151 

MOVB instructions, 13-154—13-157 

MOVE instructions, 13-158—13-166 

MOVI (16 bits), 13-167 

MOV! (32 bits), 13-168 

MOVK, 13-169 

MOVX, 13-170 

MOW, 13-171 

multiple register, 13-20 

register-to-register, 13-19 

summary, 13-19—13-23 

value-to-register, 13-19 

XY, 13-19 
MOVE pseudo-ops instructions, 14-58 — 14-67 
MOVF pseudo-ops instruction, 14-68—14-110 
MOVI instruction 

16-bit (short) version, 13-167 

32-bit (long) version, 13-168 
MOVK instruction, 13-169 
MOVX instruction, 13-170 
MOVY instruction, 13-171 
MPTCH register, 4-72—4-73 

SETCMP instruction, 4-72 

XY-to-linear conversion, 3-15 
MPYD ('34082 pseudo-op), 14-78 
MPYF ('34082 pseudo-op), 14-79, 14-80 
MPYS ('34082 pseudo-op), 14-81, 14-82 
MSGIN bits (MSGINO— MSGIN2), 4-62, 4-62, 4-63, 

6-5,6-16,7-4 
MSGOUT bits (MSGOUTO— MSG0UT2), 4-62, 

4-63,6-5,6-21,7-4 
multiple-TMS34020 system, 7-40—7-41 
multiplexed addressing, 8-51—8-53 
multiprocessor interface, 11-1—11-20 

3-wlre interface, 11-1 

arbitration logic, 11-13—11-15 
2TMS34020S, 11-15—11-17 
examples, 11-15— 11-18 
with a hold device, 11-17—11-20 

bus request codes, 11-5 

bus requests, 11-5 

initializing multiple TMS34020s, 11-19 
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local-memory bus 

passing control, 11-6 

releasing control, 11-5 

requesting control, 11-5 
overview, 11-2 
protocols, 11-5 
retries, 11-15 
signals, 2-13, 11-2 

Gl, 2-13, 11-2 

R0,R1,2-13, 11-2 
system configuration, 11-3 — 11-4 
system with a host processor, 7-40—7-41 
wait states, 11-15 
with a host processor, 11-20 

MWAIT instruction, 13-177 

MYPS instruction, 1 3-1 72—1 3-1 74 

MYPU instruction, 13-175—13-176 



B 



N (negative) status bit, 4-3 

N EG instruction, 13-178 

NEG ('34082 pseudo-op), 14-83, 14-84 

NEGB instruction, 13-179 

NEGD ('34082 pseudo-op), 14-85 

NEGF ('34082 pseudo-op), 14-86, 14-87 

NILbit,4-40, 9-6, 9-18, 9-21 

NMI bit, 4-57, 4-58, 6-4, 6-16, 7-3 

NMIM bit, 4-57, 4-59, 6-4, 6-16, 7-3 

noninterlaced video, 9-18 — 9-20 
display example, 9-38—9-39 
electron beam pattern, 9-18 
programming vertical registers, 9-20 
selecting, 4-40 
signal combinations, 9-1 8 

nonmaskable interrupt, 6-16 
NMI bit, 4-58 
NMIM bit, 4-59 
priority, 6-7 
saving the context, 4-59 

nonmultiplexed addressing, 8-50 

NOP instruction, 13-180 

NOT instruction, 13-181 

NOT ('34082 pseudo-op), 14-88, 14-89 



object format, 1-11 
object format converter, 1 -1 2 
odd field (interlaced video), 9-21 
OFFSET register, 4-73-^-74 

XY-to-linear conversion, 3-15, 3-16 
on-chip registers 

PC, 4-4 

register files, 4-6 

status register (ST), 4-2 
opcodes, illegal opcodes 

interrupt, 6-18 

range, 6-18 
operand formats, 13-2 — 13-9 
optimization, 1-11 
OR instruction, 13-182 
ORI instruction, 13-183 



P flags, 5-2, 5-4 

Initial state following reset, 6-23 
page mode, 8-15—8-17, 8-18 

dynamic bus sizing, 8-28 

multiple local-memory cycles, 8-15 

read cycle timing, 8-20 

read/write cycle timing, 8-22 

read-modify-write cycle timing, 8-22 

selecting page mode, 8-15 

signal, 2-11 

write cycle timing, 8-20 
panning the display, 9-57 
parameter size, for coprocessor data, 1 0-6 
PATTERN register, 4-74 
PBH bit, 4-25 
PBV bit, 4-26 
PC, 4-4 

and the stack, 3-29 

effects of instruction execution, 4-4 

effects of interrupts, 6-9 

illustration, 4-4 

initial state following reset, 6-23 
pending. . . 

interrupts, 4-70, 6-4 

local-memory requests, 8-7 

refresh cycles, 4-23, 8-7 
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PFILL instruction, 13-184—13-189 
implied operands 
COLORO, 4-18 
COLOR I 4-19 
DADDR,4-30 
DPTCH, 4-34 
DYDX, 4-51 
OFFSET, 4-73 
PATTERN, 4-74 

PGA package pinout, 2-2 

PGMD signal, 2-9, 2-1 1 , 8-3, 8-1 2, 8-1 8 

pin descriptions, 2-1—2-16 
by category, 2-9— 2-16 
DF?AM/VRAM interface, 2-9, 2-12 
emulation interface, 2-10 
hostinterface, 2-9, 2-13 
local-memory interface, 2-9, 2-11 — 2-16 
major interfaces, 2-8 
multiprocessor interface, 2-9, 2-13 

Gl,2-13 
power, 2-16 
summary, 2-9— 2-16 
system control, 2-10, 2-16 
video Interface, 2-15 

pinouts, TMS34020, 2-2—2-7 
PGA package, 2-2—2-7 
QFP package, 2-5—2-7 

pitches (for pixel arrays) 

destination array, 4-28 — 4-30, 4-34 — 4-35 
legal pitch values, 4-29—4-30 
mask array, 4-28—4-30, 4-72—4-73 
source array, 4-28—4-30, 4-83—4-84 
XY-to-linear conversion 

destination pitcli, 4-34 — 4-35 
factor 

CONVDP register, 4-28—4-30 
CONVMP register, 4-28—4-30 
CONVSP register, 4-28—4-30 
mask pitch, 4-72—4-73 
source pitcti, 4-83—4-84 

PIXBLT instructions, 13-190—13-205 
alternate starting corners, 3-18 
destination address, 4-30 
display pitch, 3-13 
horizontal direction, 4-25 
PIXBLT B,L, implied operands 

COLORO, 4-18 

C0L0R1, 4-19 

CONTROL, 4-27 



DADDR, 4-30 

DPTCH, 4-34 

DYDX, 4-50 

PMASK, 4-76 

PSIZE, 4-77 

SADDR, 4-79 

SPTCH, 4-83 
PIXBLT B,XY, implied operands 

COLORO, 4-18 

C0L0R1, 4-19 

CONTROL, 4-27 

CONVDP, 4-29 

DADDR, 4-30 

DPTCH, 4-34 

DYDX, 4-50 

OFFSET 4-73 

PMASK, 4-76 

PSIZE, 4-77 

SADDR, 4-79 

SPTCH, 4-83 

WEND, 4-90 

WSTART4-91 
PIXBLT L,L, implied operands 

CONTROL, 4-27 

DADDR, 4-31 

DPTCH, 4-34 

DYDX, 4-50, 4-51 

PMASK, 4-76 

PSIZE, 4-77 

SADDR, 4-79 

SPTCH, 4-83 
PIXBLT L,M,L, implied operands 

DADDR, 4-31 

DPTCH, 4-34 

MADDR, 4-71 

MPTCH, 4-72 

OFFSET 4-73 

PMASK, 4-76 

PSIZE, 4-77 

SADDR, 4-79 

SPTCH, 4-83 
PIXBLT L,XY, implied operands 

CONTROL, 4-27 

CONVDP, 4-29 

CONVSP, 4-29 

DADDR, 4-31 

DPTCH, 4-34 

DYDX, 4-50, 4-51 

OFFSET 4-73 

PMASK, 4-76 
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PSIZE, 4-77 

SADDR, 4-79 

SPTCH, 4-83 

WEND, 4-90 

WSTART, 4-91 
PIXBLT XY,L, implied operands 

CONTROL, 4-27 

CONVDP, 4-29 

CONVSP, 4-29 

DADDR, 4-31 

DPTCH, 4-34 

DYDX, 4-50 

OFFSET, 4-73 

PMASK, 4-76 

PSIZE, 4-77 

SADDR, 4-79 

SPTCH, 4-83 
PIXBLT XY,XY, implied operands 

CONTROL, 4-27 

CONVDP, 4-29 

CONVSP, 4-29 

DADDR, 4-31 

DPTCH, 4-34 

DYDX, 4-51 

OFFSET, 4-73 

PMASK, 4-76 

PSIZE, 4-77 

SADDR, 4-79 

WEND, 4-90 

WSTART, 4-91 
pixel arrays, 3-18 
source address, 4-79 
vertical direction, 4-26 

pixel 

processing 

arithmetic options, 4-26 

Boolean options, 4-26 

selecting, 4-26—4-27 
size, 4-77 

pixel access, conversion to a VRAM serial-register 
transfer, 4-39 

pixel arrays, 3-1 , 3-18—3-19 
addresses 

destination (DADDR), 4-30 

source (SADDR), 4-79 
binary arrays, 4-1 8,4-19 
dimensions, 4-50 
height (DY), 3-18 
illustration, 3-18 
mask address, 4-71 



operations, window checking, 4-90, 4-91 
pitch, 3-18 

destination pitch, 4-28—4-30, 4-34—4-35 

legal values, 4-29 

mask pitch, 4-28—4-30, 4-72—4-73 

source pitch, 4-28—4-30, 4-83—4-84 
size, 4-50 

starting address, 3-18 
width (DX), 3-18 

window checking, 3-19, 4-50, 4-90, 4-91 
XY origin, 3-18 
pixel operations 

color information, 4-18,4-19 
pattern information, 4-74 
status code on local-memory cycle, 8-11 
pixels, 3-1,3-10— 3-13 
DINC register, 3-11 
display pitch, 3-13 
extraction, 3-11 
in memory, 3-10 
insertion, 3-11 
linear addressing, 3-11 
on the screen, 3-11 

configurable screen origin, 3-12 
PSIZE register, 3-10 
starting address, 3-10 
storage in memory, 3-10 
valid sizes, 3-10 

within a general-purpose register, 3-1 
XY addressing, 3-11 
PIXT Instructions, 13-206—13-213 
implied operands 

CONTROL, 4-27 

CONVDP, 4-29 

CONVSP, 4-29 

DPTCH, 4-34 

OFFSET, 4-73 

PMASK, 4-76 

PSIZE, 4-77 

SPTCH, 4-83 

WEND, 4-90 

WSTART 4-91 
plane masking, PMASK register, 4-75 — 4-77 
PMASK registers, 4-75—4-77, 8-5 
and VEN, 4-22 

block-write cycle (with mask), 8-40 
enabling load-write-mask cycles, 8-34 
local-memory write cycle (with mask), 8-36 
writing 1s complement of PMASK to VRAM write- 

mask registers, 8-34 
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PMASKH, PMASKL See PMASK registers 

POPST instruction, 13-214 

power and ground, pins, 2-16 
Vco2-16 
Vss.2-16 

PPOP bits (PPOPO— PP0P4), 4-26—4-27 

prefetching, 7-10—7-12 

accessing the correct address, 7-12 
afterreads, 7-10— 7-12 
afterwrites, 7-10— 7-12 
enabling, 7-10— 7-12 
size of host data bus, 7-11 — 7-12 

priorities of. . ., memory bus requests, 8-6 

program counter. See PC 

program-control instructions, 13-25 — 13-27 
DINT, 13-95 
DSJ, 13-103 

DSJEQ, 13-104— 13-105 
DSJNE, 13-106— 13-107 
DSJS, 13-108 
EINT, 13-109 
EMU, 13-110 
EXGF, 13-111 
EXGPC, 13-112 
EXGPS, 13-113 
GETPC, 13-130 
GETPS, 13-131 
GETST, 13-132 
IDLE, 13-133 
MWAIT, 13-177 
NOP, 13-180 
POPST, 13-214 
PUSHST, 13-215 
PUTST, 13-216 
RETM, 13-219 
SETC, 13-226 
SETF, 13-230— 13-231 
SEXT, 13-232 
ZEXT, 13-268 

program-control instuctions, SWAPF, 
13-247—13-248 

PSIZE register, 3-10, 4-77—4-78 

PUSHST instruction, 13-215 

PUTST instruction, 13-216 
single-step interrupt, 6-17 



QFP package pinout, 2-5 



R0,R 1 signals, 2-9, 2-13, 8-18, 11-2 

RASsignal, 2-9, 2-12, 8-3 

RCAO— RCA12 signals, 2-9, 2-12, 8-3, 8-53 

effect of ROM bits, 4-21 
ROM bits (RCMO— RCM1), 4-21, 4-78, 8-4 

effect on local-memory cyles, 8-51 , 8-52 

write protecting the field, 4-22 
read cycles 

adding wait states, 8-46 

general timing, 8-1 9—8-24 

initiated by the host, 8-24 

local memory, 8-18 

timing with page mode, 8-20 

VRAM read transfer, 8-30 
read/write cycles, timing with page mode, 8-22 
read-modify-write cycles 

steps In operation, 8-22 

timing with page mode, 8-22 

with dynamic bus sizing, 8-26 
REFADR register, 4-78—4-79, 8-5 

address output to RCA and LAD buses, 8-44 
refreshes 

See also screen refreshes 

address output, 4-42 

automatic screen refreshes, 4-40 

CAS-before-RAS, 8-44 

DRAM refreshes, 4-78 

selecting the refresh rate, 4-23 

host-access delays, 7-38 

pending counter, initial state following reset, 6-23 

pseudo-address, 8-44 

REFADR register, 4-78 

refresh address, 4-78 

VRAM screen refreshes, enabling for VRAMs 
with split serial registers, 4-38 
register files, 4-6—4-8 

file A, 4-6—4-8 

file B, 4-6—4-8 

illustration, 4-6 

register used as auxiliary stack pointer, 3-29 

SP, 4-5, 4-6 

storing registers on the stack, 3-27 
register-direct operands, 13-4 
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register-indirect operands, 13-5 
in XY mode, 13-9 
with an offset, 13-6 
with postincrement, 13-7 
with predecrement, 13-8 

registers, 4-1—4-14, 4-62—4-92 
cache registers 

data, 5-2, 5-3 

segment start address, 5-2, 5-3 
general-purpose registers, 4-6 — 4-8 
I/O registers, 4-9—4-13 
program counter (PC), 4-4 
SP, 3-26 

stack pointer (SP), 4-5 
status register (ST), 4-2 
STK, 3-29 

reserved. . . 

bits in the status register, 4-3 
memory, 3-3 

reset, 6-22—6-27 

activity following reset, 6-24 
configuring the TMS34020 at reset 

selecting the endian addressing mode, 4-20, 
4-21 

selecting the row-/column-address mode, 
4-20, 4-21 
effects on the cache, 5-4 
emulation considerations, A-7 
host-present mode, 6-25 
how to reset the TMS34020, 6-22—6-27 
initial state following reset 

cache, 6-23 

refresh-pending counter, 6-23 

registers, 6-23 

signals, 6-22 
protecting the addressing-mode configuration, 

4-22 
RESET signal, 2-16 
self-bootstrap mode, 6-25 
software reset 

using NMI, 4-58 

using RST, 4-58 
value of ST, 4-2 



RETM instruction, 6-10, 13-219 

how it differs from RETI, 6-32 

single-step interrupt, 6-17 
retries 

coprocessor cycles, 10-9 

local-memory cycles, 8-1 3 

on a host access, 4-64, 7-9 
RETS instruction, 13-220 

restrictions, 6-10 
REV instruction, 13-221 
RL instruction, 13-222, 13-223 
RMO instruction, 13-224 
rotate/shift instructions 

RL, 13-222, 13-223 

SLA, 13-233, 13-234 

SLL, 13-235, 13-236 

SRA, 13-237,13-238 

SRL, 13-239, 13-240 
row address 

bus, 2-12 

configuration, 4-21 

strobe, 2-12 

time, 4-21 , 8-8 
RPIX instruction, 13-225 
RR bits (RRO— RR2), 4-23, 4-78, 8-4 

effect on local-memory cyles, 8-44 
RST bit, 4-57, 4-58, 6-4, 7-3 



RESET signal, 2-10, 6-2, 6-22—6-27 
effect on HLT bit, 4-61 
priority, 6-7 

RETI instruction, 6-10, 13-217—13-218 
how it differs from RETM, 6-32 
single-step interrupt, 6-17 



S (select) bit, 8-25 
SADDR register, 4-79 
scan line duration, 4-67 
SCLKsignal, 2-10,2-15, 9-3 
SCOUNT register, 4-80--4-81 
screen origin 

alternate, 3-12 

default, 3-12 
screen refreshes 

address output during, 4-42 

addressing sequence 
interlaced video, 9-53 
noninterlaced video, 9-53 

automatic re fresh es, 4-40 

CAS-before-RAS, 8-44 

disabling, 9-49 

during horizontal blanking, 9-42 

effect of the display mask, 4-44 
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generating addresses, 9-51 
horizontal blanking 

address generation, 9-52 

minimum duration, 9-51 
Interlaced video, addressing sequence, 9-53 
latency, 9-50 

memory-to-register cycles, 4-39 
midline reload, 9-43, 9-55 
noninterlaced video, addressing sequence, 9-53 
REFADR register, 4-78 
refresh address, 4-78 
register-to-memory cycles, 4-39 
registers 

DINC, 4-32 

DPYMSK, 4-44 

DPYNX, 4-42 

DPYST, 4-46 
scheduling, 9-50—9-51 
split-serial-register midline reload, 4-38 

screen sizes, 9-36 

screens, configurable origin, 3-12 

SDB, 1-12 

segment miss, 5-6 

self-bootstrap mode, 6-25 

self-modifying code, effects on Instruction cache, 5-8 

serial registers, 4-38 

converting pixel access to serial-register transfer 

accesses, 4-39 
register-to-memory cycles, 8-32, 8-33 
split serial registers, 4-38 
transfers, 8-6 

status-code on local-memory cycle, 8-11 

serration, ending (HESERR), 4-54 

serrat ion pulse s, 9-15 — 9-16 
onCSYNC, 9-16 

SETC instruction, 13-226 

SETCDP instruction, 13-227 
implied operands 
CONVDP, 4-29 
DPTCH, 4-34 

SETCMP instruction, 13-228 
CONVMP register, 4-28 
implied operands 

CONVMP, 4-29 

MADDR, 4-71 

MPTCH, 4-72 



SETCSP instruction, 13-229 

Implied operands 
CONVSP, 4-29 
SPTCH, 4-83 
SETF instruction, 13-230—13-231 
SETHCNT register, 4-81—4-82, 9-4 
SETVCNT register, 4-82—4-83, 9-5 
SEXT instruction, 13-232 
SFsignal, 2-9, 2-12, 8-3, 10-2 
shift instructions, 13-28 
shift/rotate Instructions 

RL, 13-222,13-223 

SLA, 13-233, 13-234 

SLL, 13-235, 13-236 

SRA, 13-237, 13-238 

SRL, 13-239, 13-240 
sign-extending 

field 0, 4-2 

field 1 , 4-2 
signal buffering, for emulator connections, A-4 
signal descriptions, 2-1 — 2-16 

by category, 2-9— 2-16 

DRAM/VRAM interface, 2-12 

host interface, 2-13 

local-memory Interface, 2-11 — 2-16 

major interfaces, 2-8 

multiprocessor interface, 2-13 

pinouts, 2-2—2-7 

PGA package, 2-2—2-7 
QFP package, 2-5—2-7 

power, 2-16 

system control, 2-16 

video interface, 2-15 
single-step interrupt, 6-17, 6-28 

disabling, 6-6 

enabling, 6-6 

Interaction with other Interrupts, 6-30 

priority, 6-7 
SIZE1 6 signal, 2-9, 2-11,8-3, 8-12, 8-18 

dynamic bus sizing, 8-25 
SLA instruction, 13-233, 13-234 
SLL instruction, 13-235, 13-236 
software development board, 1-12 
software libraries 

8514 adaptor emulation, 1-12 

CCITT data compression, 1-12 

font, 1-12 

math/graphics, 1-12 
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software reset, 7-32 

using NMI,4-58 

using RST, 4-58 
source pitch 

conversion factor, 4-28 — 4-30 

CONVSP register, 4-28 

SPTCH register, 4-83—4-84 
SP, 3-26, 4-5 

effects of interrupts, 6-9 

illustration, 4-5 

position in tfie register files, 4-6 
special-function pin, 2-12 
SPTCH register, 4-83—4-84 

XY-to-linear conversion, 3-15 
SQR ('34082 pseudo-op), 14-90, 14-91 
SQRD ('34082 pseudo-op), 14-92 
SQRF ('34082 pseudo-op), 14-93, 14-94 
SQRT ('34082 pseudo-op), 14-95, 14-96 
SQRTD ('34082 pseudo-op), 14-97 
SQRTF ('34082 pseudo-op), 14-98, 14-99 
SRA instruction, 13-237, 13-238 
SRE bit, 4-40, 9-6 

effect on local-memory cyles, 8-31 , 8-32 
SRINC bits, 9-7, 9-52, 9-53, 9-54, 9-55 
SRINC value, 4-32, 4-33 
SRL instruction, 13-239, 13-240 
SRNX bits, 9-7, 9-52, 9-53, 9-54, 9-55 
SRNX value, 4-42, 4-43 
SRST bits, 9-52, 9-53, 9-54, 9-55 
SRST value, 4-46 
SS (single-step) status bit, 4-2, 6-3, 6-6, 6-17 

clearing, 6-29 

setting, 6-28 
SSA registers, 5-2 

illustration, 5-3 

initial state following reset, 6-23 
SSV bit, 4-38, 9-6 

effect on local-memory cyles, 8-31 , 8-58 
ST, 4-2—4-3 

and the stack, 3-29 

BF bit, 6-3 

definitions of status bits, 4-2 — 4-4 

IE bit, 6-3, 6-6 

illustration showing bit positions, 3-5, 4-2 

initial state following reset, 6-23 

instructions that change it, 6-29 

IX bit, 6-3 



SS bit, 6-3,6-6,6-17 
value at reset, 4-2 
stack pointer. See SP 
stacks, 3-26—3-32 

auxiliary stacks, 3-29—3-32 

growing toward higher addresses, 3-31 
growing toward lower addresses, 3-30 
system stack, 3-26—3-29 

instructions that pop values, 3-27 
instructions that push values, 3-27 
saving information during a subroutine call, 

3-29 
saving information during an interrupt, 3-29 
saving register values, 3-27—3-29 
standards, video 
NSTC, 9-27 
PAL, 9-27 
RS-170, 9-27 
SECAM, 9-27 
starting corner, selecting, 4-30, 4-79 
status bits, 4-2 
status codes 

bus cycle completion, 2-12 
local-memory cycles 
block write, 8-11 
bus-locked operation, 8-11 
cache fill, 8-11 

color-latch register load, 8- 1 1 
coprocessor cycle, 8-10 
data access, 8-11 
DRAM refresh, 8-10 
emulator operation, 8-10 
host cycle, 8-10 
instruction fetch, 8-11 
interrupt-vector fetch, 8-11 
pixel operation, 8-11 
serial-register transfer, 8-11 
write-mask load, 8- 1 1 
status register. See ST 
strobes 

byte-select strobes, 7-7 
chip-select, 7-7 
read strobe, 7-7 
write strobe, 7-7 
SUB instruction, 13-241 
SUB ('34082 pseudo-op), 14-100—14-103 
SUBB instruction, 13-242 
SUBD ('34082 pseudo-op), 14-104—14-105 
SUBF ('34082 pseudo-op), 14-106—14-109 
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SUBI instruction, 13-243, 13-244 

SUBK instruction, 13-245 

subroutines 

effects on PC, 4-4 
effects on SP, 4-5 
saving information on the stack, 3-29 

subsegment miss, 5-5 

SUBXY instruction, 13-246 

SWAPF instruction, 1 3-247--1 3-248 

symbolic debugger, A-1 

sync signals 

composite sync, CSYNC, 2-15, 4-37 
ending 

horizontal sync, 4-52 

vertical sync, 4-87 
horizontal sync 

ending ( HESYNC), 4-55 

HSYNC, 2 -15,4-36 
vertical sync, VSYNC, 2-16, 4-37 

system 

configuration 

with a coprocessor, 10-18 

with multiple processors, 11-3 
configuration (CONFIG register), 4-20—4-24 
considerations, bus faults, 6-20 
control, signals, 2-16 

CLKIN, 2-16, 8-2 

LCLK 1, LCL K2, 2-16, 8-2 

LINT1,L INT2, 2-16, 8-2 

RESET, 2-16 
control (CONTROL register), 4-24—4-28 
design 

connecting an emulator to a target system, 
A-2, A-3 

emulation considerations, A-1 — A-10 

multiple processors, 11-1 
with multiple TMS34020s, 7-40—7-41 

system memory, 8-56 



T bit, 4-25 

tap point, 4-44 

target cable, mechanical dimensions, A-9 

target system, setup with XDS emulator, A-2 

test and emulation, A-1 — A-10 



TFILL instruction, 13-249—13-252 
Implied operands 

COLOR1, 4-19 

CONTROL, 4-27 

CONVDP, 4-29 

DADDR, 4-31 

DPTCH, 4-34 

OFFSET, 4-73 

PMASK, 4-76 

PSIZE, 4-77 

SADDR, 4-79 

WEND, 4-90 

WSTART, 4-91 
TIGA, 1-13 

TM bits (TMO— TM2), 4-24 
TMS34010, registers not used by TMS34020 
DPYADR, 4-35 
DPYSTRT, 4-48 
DPYTAP, 4-49 
HSTADRH, 4-56 
HSTDATA, 4-65 
TMS34020 

applications, 1-3 

architecture, 1-4 — 1-9 

block diagram, 1-5 

compatibility with the TMS34010, 1-16—1-18 

development tools, 1-10 

in a graphics system, 1-14 

instruction set, 13-1—13-31 

addressing modes, 13-2—13-9 

arithmetic instructions, 13-24 

compare instructions, 13-24 

condition codes for jumps, 13-26 

context-switching instructions, 13-25—13-27 

jump instructions, 13-25—13-31 

logical instructions, 13-24 

move instructions, 13-19 — 13-23 

operand formats, 13-2—13-9 

program-control instructions, 13-25—13-27 

shift instructions, 13-28 

summay 13-9—13-18 

XY instructions, 13-29 
internal functions, 1-5 
key features, 1 -2 — 1 -3 
major interfaces, 1-8 
overview, 1-1 — 1-18 
TMS34020 Emulator, A-1 
TMS34082, 14-1— 14-7 
key features, 1 4-2 — 1 4-7 
overview, 1 4-2 — 1 4-7 
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pseudo-ops, 10-3 
See also Chapter 14 
format, 14-3—14-5 
register operands, 14-6 — 14-7 
sample graphics system, 1-14 
TMS44C251 (1M VRAM), 1-15 
TR/QEsignal, 2-9, 2-12, 8-3 
transceivers, used In host Interface, 7-6 
transparency 
enabling, 4-25 
modes 

on destination=COLOR0, 4-24 
on result=0, 4-24 
on source=COLOR0, 4-24 
selecting a mode, setting the TM bits, 4-24 
T bit, 4-25 
TRAP L Instruction, 13-256—13-258 
TRAP N instruction, 13-253—13-255 
traps, 6-21 

how many supported?, 6-1 
vector locations, 6-8 ^-^ 



V (overflow) status bit, 4-3 
VBLT instruction, 13-259—13-261 

enabling the VRAM block-write feature, 4-22 
implied operands 
DADDR, 4-31 
DPTCH, 4-34 
DYDX, 4-51 
PMASK, 4-76 
PSIZE, 4-77 
SADDR, 4-79 
use of VRAM block-write feature, 8-39, 8-40, 
8-41 
Vcc,2-10 
VCE bit, 4-39, 9-6 

effect on local-memory cyles, 8-30, 8-31 , 8-32 
VCLKslgnal, 2-10, 2-15, 9-3 
VCOUNT register, 4-84—4-86, 6-17, 9-5 
external synchronization, 9-29 
loading with the SETVCNT value, 4-82 
VEBLNK register, 4-86—4-87, 9-5 

interlaced video, 9-26 
vector addresses, 6-8 
VEN bit, 4-22, 8-4 

effect on local-memory cyles, 8-34, 8-36 



vertical 

back porch, 9-10 

front porch, 9-10 

video timing (Internal), 9-13 — 9-14 
vertical blanking, 9-9 

interlaced video, 9-23 

NTSC and PAL standards, 9-27 
vertical sync, 9-9 

direction, 4-37 
vertical timing 

SETVCNT register, 4-82 

VCOUNT 4-84 

VESYNC register, 4-87 

VOTAL register, 4-89 

VSBLNK register, 4-88 
VESYNC register, 4-87—4-88, 9-5 

interlaced video, 9-25 
VFILL Instruction, 13-262—13-263 

enabling the VRAM block-write feature, 4-22 

Implied operands 
DADDR, 4-31 
DPTCH, 4-34 
DYDX, 4-51 
PMASK, 4-76 
PSIZE, 4-77 

use of VRAM block-write feature, 8-39, 8-40, 
8-41 
video 

American vs. European, 9-21, 9-27 

capture enable, 4-39 

capture feature, 9-48 

composite video, 9-15 — 9-17 
enabling/disabling, 4-38 

co ntrol 

CSYNC direction (CSD bit), 4-37 
HSYNC direction (H SD bit), 4-36 
selecting CBLNK or VBLNK, 4-38 
selecting CSYNC or HBLNK, 4-38 
VSYNC direction (VSD bit), 4-37 

display Interrupt, 9-37 

display mask, 4-44 — 4-46 

display next address, 4-42 

enabling the display, 4-40 

equalization region, 9-15 — 9-17 

external synchronization, 9-29 — 9-35 

horizontal timing, 9-11 — 9-12 

interlaced video, 9-21—9-28 

interlaced video (selecting), 4-40 

midline reload, 9-55 

midlines reload, 9-43 — 9-46 
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noninterlaced video, 9-18 — 9-20 
noninterlaced video (selecting), 4-40 
registers, 9-4 — 9-8 

DINC, 9-7 

DPYCTL, 9-5 

DPYMSK, 9-8 

DPYNX, 9-7 

DPYST, 9-7 

HCOUNT, 9-4 

HEBLNK, 9-4 

HESERR, 9-4 

HESYNC, 9-4 

HSBLNK, 9-4 

HTOTAL, 9-4 

SETHCNT, 9-4 

SETVCNT, 9-5 

VCOUNT, 9-5 

VEBLNK 9-5 

VESYNC, 9-5 

VSBLNK, 9-5 

VTOTAL, 9-5 
screen refreshes, 9-55 

disabling, 9-49 

generating addresses, 9-51 

scheduling, 9-50—9-51 
serration region, 9-15 — 9-17 
sig nals, 2-15, 9-2 

CBLNK/VBLNK, 2-15, 9-2 

CSYNC/ HBLNK, 9-2 

HSYNC, 2-15, 9-3 

SCLK, 2-15, 9-3 

VCLK, 2 -15, 9-3 

VSYNC, 2-16, 9-3 
standards 

NTSC,9-27 

PAL, 9-27 

RS-170, 9-27 

SECAM,9-27 
start address for display, 4-46 — 4-48 
timing examples, 9-38 — 9-42 
timing registers 

DPYCTL, 4-36 

HCOUNT, 4-52 

HEBLNK, 4-53 

HESERR, 4-54 

HESYNC, 4-55 

HSBLNK, 4-66 

HTOTAL, 4-67 

SCOUNT, 4-80 

SETHCNT, 4-81-4-82 



SETVCNT, 4-82--4-83 

VCOUNT, 4-84 

VEBLNK, 4-86 

VESYNC, 4-87 

VSBLNK, 4-88 

VTOTAL, 4-89 
vertical timing, 9-13 — 9-14 
VRAM control, 9-42 

video control logic 
horizontal blanking 

HEBLNK, 4-53 

HSBLNK, 4-66 
horizontal timing, HCOUNT, 4-52 
scan line duration, 4-67 
serration, HESERR, 4-54 
sync signals 

HESYNC, 4-55 

VESYNC, 4-87 
vertical blanking 

VEBLNK, 4-86 

VSBLNK, 4-88 

video timing, 9-1—9-58 

VLCOL instruction, 13-264—13-265 
implied operands, C0L0R1 , 4-19 

VRAMs, 9-42 

IMVRAMs, 1-15,2-12,9-55 
alternate write transfers, 8-33 
automatic screen refreshes, 4-40 
big-endian addressing, 3-25 
block-write cycles, 8-37 

data mapping, 8-41 

with mask, 8-37, 8-40 

without mask, 8-37, 8-39 
block-write modes, 4-22 
bulk initialization, 9-47 
control, 9-42 
data expansion, 8-37 
display mask, 4-45 
fast fills, 8-37 

load-color-register cycles, 8-37, 8-38 
load-write-mask cycles, 8-34 
memory-to-register cycles, 4-40 
memory-to-serial register cycle, 8-30 
memory-to-split-serial register cycle, 8-31 
midline reload, 4-38 
pseudo-write transfer, 8-32 
screen refreshes, 4-38, 4-39, 4-40 

during horizontal blanking, 9-42 
serial registers, 4-38 
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serial-register transfer cycles, 4-39 

adding wait states, 8-48 
telling the TMS34020 that the graphics system 

contains special-function VRAMS, 4-22 
TMS44C251,1-15 
write cycles, with mask, 8-36 
write transfers, 8-32 
write-mask cycles, 8-34 

VSBLNK register, 4-88—4-89, 9-5 
interlaced video, 9-26 

VSD bit, 4-37, 9-6 

Vss^lO 

VSYNCsignal, 2-16, 9-3 

pin number, 2-10 

selecting as input or output, 4-37 
VTOTAL register, 4-89—4-90, 9-5 

interlaced video, 9-26 



W bits (W0—W1), 4-25, 6-17 

wait states, 8-46—8-48 
coprocessor cycles, 10-9 
extending a local-memory cycle, 8-12 

WE signal, 2-9, 2-12, 8-3, 1 0-2 

WEND register, 4-90—4-91 

window checking 

defining a window 

end address (WEND), 4-90 
start address (WSTART), 4-91 

effect of DYDX, 4-50 

modes, selecting, 4-25 

pixel arrays, 3-19 

W bits (W0—W1), 4-25 

window-violation interrupt, 6-17 

window-violation interrupt, 4-25, 6-17 
disabling, 6-6 
enabling, 4-69, 6-6 
pending indication, 4-70 
priority, 6-7 

worst-case, delays to host accesses, 7-37 
bus-master arbitration, 7-38 
CPU cycles, 7-39 
DRAM-refresh cycles, 7-38 
host request synchronization, 7-38 
previous host cycle, 7-38 
screen-refresh cycles, 7-38 



write cycles 

adding wait states, 8-46 

block-write cycles 
data mapping, 8-41 
with masf<, 8-40 
without masl<, 8-39 

general timing, 8-19 — 8-24 

initiated by the host, 8-24 

local memory, 8-18 

serial-reglster-to-memory cycles, 8-32, 8-33 

timing with page mode, 8-20 

VRAM block-write cycles, 8-37 

with mask, 8-36 
write masks 

loads, status code on local-memory cycle, 8-11 

local-memory cycles, 8-34 
write-enable signal, 2-12 
write-per-bit (block write) operation, 4-22 
write-with-mask, 4-22 
WSTART register, 4-91—4-92 
WVE bit, 4-69, 6-3 
WVP bit, 4-70, 6-4,6-17 



XI E bit, 4-69, 6-3 
X1Pbit,4-70, 6-4, 6-15 
X2E bit, 4-69, 6-3 
X2P bit, 4-70, 6-4, 6-15 
XDS emulator, 1-12, 4-63, A-1 
XOR instruction, 13-266 
XORI instruction, 13-267 
XY addressing, 3-14 

array addresses 

destination address (DADDR), 4-30 
source address (SADDR), 4-79 

benefits, 3-14 

configurable screen origin, 3-11 

coordinate range, 3-14 

format illustration, 3-14 

general-purpose registers, 3-14 

instructions that use it, 3-15 

limits, 4-50 

mapping to on-screen memory, 3-12 

OFFSET register, 4-73 

origin, 3-14 

pixels, 3-11,3-14 

window checking, 3-14 
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XY instructions, 13-29 
ADDXY, 13-38 
ADDXYI, 13-39 
CMPXY, 13-84 
CVXYL, 13-92—13-93 
FILLXY, 13-117— 13-120 

XY-to-linear conversion, 3-15 — 3-17 
automatic conversion, 3-15 
calculating the Y component, 3-15 
CVXYL instruction, 3-16 
formula, 3-15 
pitch 

actual pitch, 3-15 
conversion factors, 3-15,3-16 
destination pitch, 4-28, 4-34 
mask pitch, 4-28, 4-72 
source pitch, 4-28, 4-83 



process, 3-17 



Y-zoom, 4-32 

increment value, 4-33, 4-42 
Y-zoom feature, 9-56—9-57 
YZCNT bits (YZCNTO— YZCNT4), 4-42, 9-7, 9-56 
YZJNC bits (YZINCO— YZINC4), 4-32, 4-33, 9-7 



Z (zero) status bit, 4-3 
zero-extending 

field 0, 4-2 

field 1 , 4-2 
ZEXT instruction, 13-268 
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